[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: |
Sat, 19 Dec 2009 23:52:45 -0500 |
On Dec 19, 2009, at 11:42 PM, Rob Mahurin wrote:
> On Sat, Nov 21, 2009 at 08:44:44PM -0500, Ben Abbott wrote:
>> The build looks good until Octave is run.
>>
>> Making all in interpreter
>> ../../run-octave -f -q -H -p . --eval "geometryimages ('voronoi', 'txt');"
>> make[3]: *** [voronoi.txt] Bus error
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>
> My build now stops in the same spot. I am really running 10.5.
>
> $ time ./run-octave
> Bus error
>
> real 0m36.745s
> user 0m0.355s
> sys 0m0.540s
>
> The list of warnings when I run gdb is very long, so it's attached
> compressed. I get a backtrace:
>
> . done
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
> 0x03ca4156 in __gnu_cxx::__exchange_and_add ()
> (gdb) bt
> #0 0x03ca4156 in __gnu_cxx::__exchange_and_add ()
> #1 0x03c48526 in std::locale::operator= ()
> #2 0x03c4741e in std::ios_base::_M_init ()
> #3 0x03c5b4ba in std::basic_ios<char, std::char_traits<char> >::init ()
> #4 0x03c54aa9 in std::basic_ofstream<char, std::char_traits<char>
> >::basic_ofstream ()
> #5 0x013f3433 in global constructors keyed to pager.cc () at
> pager.cc:59
> #6 0x8fe12f36 in
> __dyld__ZN16ImageLoaderMachO18doModInitFunctionsERKN11ImageLoader11LinkContextE
> ()
> #7 0x8fe0e7e3 in
> __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
> #8 0x8fe0e775 in
> __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
> #9 0x8fe0e8c9 in
> __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE ()
> #10 0x8fe04102 in __dyld__ZN4dyld24initializeMainExecutableEv ()
> #11 0x8fe07bcf in __dyld__ZN4dyld5_mainEPK11mach_headermiPPKcS5_S5_ ()
> #12 0x8fe01872 in __dyld__ZN13dyldbootstrap5startEPK11mach_headeriPPKcl
> ()
> #13 0x8fe01037 in __dyld__dyld_start ()
> (gdb) The program is running. Exit anyway? (y or n) y
>
> Any advice?
>
> Thanks,
> Rob
> <out.txt>
What I get is similar, but not indentical.
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
0x0282902f in std::locale::operator= ()
(gdb) bt
#0 0x0282902f in std::locale::operator= ()
#1 0x02827c9e in std::ios_base::_M_init ()
#2 0x0283d25a in std::basic_ios<char, std::char_traits<char> >::init ()
#3 0x0014f133 in global constructors keyed to pager.cc ()
#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 ()
I've assumed the bus error is a result of conflicting dylibs. Thus, I wrote s
simple script to list those being linked to so that I may visually inspect them
for conflicts.
For 10.6.2 I see conflicts for libiconv, libfontconfig, and libfreetype (maybe
others as well, but I'm done looking today).
Perhaps we can eliminate suspects by comparing results?
For comparison, I've included my result.
Ben
go_check_dylibs.sh
Description: Binary data
dylibs-10.6.2.txt
Description: Text document
- Re: build trouble on MacOS 10.5, Rob Mahurin, 2009/12/19
- Re: build trouble on MacOS 10.5,
Ben Abbott <=
- 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