octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: build trouble on MacOS 10.5


From: Ben Abbott
Subject: Re: build trouble on MacOS 10.5
Date: Mon, 21 Dec 2009 07:26:10 -0500

On Dec 21, 2009, at 3:26 AM, Ben Abbott wrote:

> On Dec 21, 2009, at 2:28 AM, Ben Abbott wrote:
> 
>> On Dec 21, 2009, at 12:47 AM, Rob Mahurin wrote:
>> 
>>> On Mon, Dec 21, 2009 at 12:36:55AM -0500, Rob Mahurin wrote:
>>>> On Sun, Dec 20, 2009 at 02:52:28PM -0500, Ben Abbott wrote:
>>>>> On Dec 20, 2009, at 2:34 PM, Rob Mahurin wrote:
>>>>>> On the theory that it's a library conflict, I complied with 
>>>>>> 
>>>>>>  ./configure CC=gcc-mp-4.3 CXX=g++-mp-4.3 F77=gfortran-mp-4.3
>>>>>>  LDFLAGS=-L/opt/local/lib --without-framework-carbon
>>>>>>  --without-qhull --without-z --without-hdf5 --without-fftw3
>>>>>>  --without-fftw3f --without-glpk --without-curl
>>>>>>  --without-framework-opengl --without-qrupdate --without-amd
>>>>>>  --without-camd --without-colamd --without-ccolamd
>>>>>>  --without-cholmod --without-cxsparse --without-umfpack
>>>>>>  --without-arpack --disable-readline
>>>>>> 
>>>>>> That gives me a run-octave that runs without crashing.  
>>>> [...]
>>>>>> Now the build succeeds.  
>>>>>> 
>>>>>>  $ make check
>>>>>>    PASS   5321
>>>>>>    FAIL      5
>>>>> 
>>>>> Maybe we should see if it is just one of the libraries that is
>>>>> responsible. Perhaps multiple builds with just one of the
>>>>> --without-foobar will tell us which one is the problem?
>>>> 
>>>> I'm going the other way, removing --withouts one at a time.  I started
>>>> with qhull, since that was mentioned in the patch I submitted (thanks
>>>> to Rik for applying it).  I got extra failures when I removed
>>>> cxsparse, so I left that one.  About half the --withouts are gone,
>>>> with three test failures.
>>>> 
>>>>> BTW, you mention that run-octave didn't crash. I assume you mean you
>>>>> can run and then quit without error?
>>>> 
>>>> Right.  With linking to external libraries restricted, I haven't yet
>>>> reproduced the bus error on startup whose backtrace we compared
>>>> earlier.
>>> 
>>> Strike that: if I configure with 
>>> 
>>>     ./configure CC=gcc-mp-4.3 CXX=g++-mp-4.3 F77=gfortran-mp-4.3
>>>     LDFLAGS=-L/opt/local/lib --without-framework-carbon
>>>     --without-z --without-hdf5 --without-fftw3 --without-fftw3f
>>>     --without-glpk --without-curl --without-cholmod
>>>     --without-cxsparse --without-umfpack
>>> 
>>> then I get
>>> 
>>>     Making check in test
>>>     ../run-octave --norc --silent --no-history ./fntests.m .
>>>     make[2]: *** [check] Bus error
>>> 
>>> The previous build included --without-framework-opengl, and that build
>>> proceeded through "make check" with only three test failures.  Do you
>>> also have trouble with this library?
>>> 
>>> Cheers,
>>> Rob
>> 
>> The first attempt I made, after reading your results, was a build with 
>> --without-framework-carbon and --without-framework-opengl.
>> 
>> For me the bus error remained. I'm now trying to build including all the 
>> --without-xxx's.
>> 
>> Ben
> 
> I've run configure as shown below ...
> 
> $ ./configure --prefix=/sw --infodir=${prefix}/share/info 
> --mandir=${prefix}/share/man --libexecdir=${prefix}/lib 
> --with-blas=-Wl,-framework -Wl,vecLib --without-framework-carbon 
> --without-framework-opengl --without-qhull --without-hdf5 --without-fftw3 
> --without-fftw3f --without-glpk --without-curl --without-qrupdate 
> --without-amd --without-camd --without-colamd --without-ccolamd 
> --without-cholmod --without-cxsparse --without-umfpack --without-arpack       
> --without-z --disable-readline
> 
> "make"  still fails with ...
> 
> Making all in interpreter
> /run-octave -f -q -H -p . --eval "geometryimages ('voronoi', 'txt');"
> /bin/sh: /run-octave: No such file or directory
> make[3]: *** [voronoi.txt] Error 127
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> 
> While Octave does run, it core-dumps when quit.
> 
> ...........................................................................................
>  done
> GNU Octave, version 3.3.50+
> Copyright (C) 2009 John W. Eaton and others.
> This is free software; see the source code for copying conditions.
> There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
> FITNESS FOR A PARTICULAR PURPOSE.  For details, type `warranty'.
> 
> Octave was configured for "i386-apple-darwin10.2.0".
> 
> Additional information about Octave is available at http://www.octave.org.
> 
> Please contribute if you find this software useful.
> For more information, visit http://www.octave.org/help-wanted.html
> 
> Report bugs to <address@hidden> (but first, please read
> http://www.octave.org/bugs.html to learn how to write a helpful report).
> 
> For information about changes from previous versions, type `news'.
> 
> Reading symbols for shared libraries . done
> Reading symbols for shared libraries . done
> Reading symbols for shared libraries . done
> Reading symbols for shared libraries . done
> Reading symbols for shared libraries . done
> octave:1> quit
> 
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000001
> 0x00000001 in ?? ()
> (gdb) bt
> #0  0x00000001 in ?? ()
> Cannot access memory at address 0x1
> (gdb) 
> 
> I'm going to remove my FLTK libs and try again (is there a --without-fltk 
> option?).
> 
> Ben

With no FLTK libs, I'm back to the same result as before (i.e. no FLTK but with 
everything else).

$ ./configure --prefix=/sw --infodir=${prefix}/share/info 
--mandir=${prefix}/share/man --libexecdir=${prefix}/lib 
--with-blas=-Wl,-framework -Wl,vecLib --without-framework-carbon 
--without-framework-opengl --without-qhull --without-hdf5 --without-fftw3 
--without-fftw3f --without-glpk --without-curl --without-qrupdate --without-amd 
--without-camd --without-colamd --without-ccolamd --without-cholmod 
--without-cxsparse --without-umfpack --without-arpack --without-z 
--disable-readline

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
0x0280b02f in std::locale::operator= ()
(gdb) bt
#0  0x0280b02f in std::locale::operator= ()
#1  0x02809c9e in std::ios_base::_M_init ()
#2  0x0281f25a in std::basic_ios<char, std::char_traits<char> >::init ()
#3  0x0014f8d3 in global constructors keyed to pager.cc () at ostream:362
#4  0x8fe0ed6d in 
__dyld__ZN16ImageLoaderMachO18doModInitFunctionsERKN11ImageLoader11LinkContextE 
()
#5  0x8fe0d31e in 
__dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#6  0x8fe0d2c2 in 
__dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#7  0x8fe0d3d1 in __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE 
()
#8  0x8fe024a9 in __dyld__ZN4dyld24initializeMainExecutableEv ()
#9  0x8fe07950 in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_ ()
#10 0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
#11 0x8fe01057 in __dyld__dyld_start ()

Looking at the linked dylibs, I still have a conflict between Fink's freetype 
and X11's (Mac OS 10.6). I'll resolve that and try again.

Ben



reply via email to

[Prev in Thread] Current Thread [Next in Thread]