[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
- Re: build trouble on MacOS 10.5, (continued)
- Re: build trouble on MacOS 10.5, Rob Mahurin, 2009/12/20
- Re: build trouble on MacOS 10.5, Ben Abbott, 2009/12/20
- Re: build trouble on MacOS 10.5, Rob Mahurin, 2009/12/21
- Re: build trouble on MacOS 10.5, Rob Mahurin, 2009/12/21
- Re: build trouble on MacOS 10.5, Ben Abbott, 2009/12/21
- Re: build trouble on MacOS 10.5, Ben Abbott, 2009/12/21
- Re: build trouble on MacOS 10.5,
Ben Abbott <=
- Re: build trouble on MacOS 10.5, Ben Abbott, 2009/12/21
- Re: build trouble on MacOS 10.5, Ben Abbott, 2009/12/21
- Re: build trouble on MacOS 10.5, Ben Abbott, 2009/12/22
- Re: build trouble on MacOS 10.5 [patch], Rob Mahurin, 2009/12/22
- Re: build trouble on MacOS 10.5 [patch], Ben Abbott, 2009/12/22
- Re: build trouble on MacOS 10.5 [changeset], Thomas Treichl, 2009/12/22
- Re: build trouble on MacOS 10.5 [changeset], Ben Abbott, 2009/12/22
- Re: build trouble on MacOS 10.5 [changeset], Ben Abbott, 2009/12/28
- Re: build trouble on MacOS 10.5 [changeset], John W. Eaton, 2009/12/28
- Re: build trouble on MacOS 10.5 [changeset], Ben Abbott, 2009/12/28