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: Sun, 20 Dec 2009 13:58:01 -0500

On Dec 20, 2009, at 1:29 PM, Ben Abbott wrote:

> On Dec 20, 2009, at 12:30 PM, Rob Mahurin wrote:
> 
>> On Sat, Dec 19, 2009 at 11:52:45PM -0500, Ben Abbott wrote:
>>> I've assumed the bus error is a result of conflicting dylibs. Thus,
>>> I wrote a 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.
>> 
>> Here's my output from your script.  How should I interpret this?
>> 
>> Rob
>> <dylib_output.txt>
> 
> My understanding is that conflicting version of libraries are a problem. If I 
> include FLTK in my build, I have libstdc++.dylib from both gcc 4.2.1 and gcc 
> 4.4.2 ... which *might* create troubles, but that does not appear to be my 
> problem (or yours).
> 
> You are linking against libgcc_s.1.dylib from Apple's gcc 4.0.2 (?) and 
> MacPorts gcc 4.3.? ... while I'm linking against Apples gcc 4.2.1 and Finks 
> gcc 4.4.2. 
> 
> I'm not expert in interpreting the back trace, but if I understand correctly 
> ...
> 
>       http://www.caf.dk/cafonly/gnu/gdb/gdb_42.html
> 
> ... the bus error for your occurs in 
> 
>       #0  0x03ca4156 in __gnu_cxx::__exchange_and_add ()
>       #1  0x03c48526 in std::locale::operator= ()
> 
> ... and for me, in close proximity to your example 
> 
>       #0  0x0282902f in std::locale::operator= ()
> 
> I'm not sure what "std::locale::operator= ()" refers to, but I'd guess it is 
> either libstdc++.6.dylib or maybe libgcc_s.1.dylib. Any thoughts?
> 
> Ben

std::locale does appear to be part of libstdc++

        
http://gcc.gnu.org/onlinedocs/libstdc++/libstdc++-html-USERS-4.2/classstd_1_1locale.html

Since neither of us have conflicting libstdc++ libraries, I think it safe to 
assume the problem is some where else.

Ben



reply via email to

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