[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 03:26:51 -0500 |
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
- 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 <=
- 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/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