This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: __Unwind_GetIPInfo on Darwin 8.11
- From: Jack Howarth <howarth at bromo dot med dot uc dot edu>
- To: IainS <developer at sandoe-acoustics dot co dot uk>
- Cc: GCC Development <gcc at gcc dot gnu dot org>
- Date: Fri, 21 Nov 2008 13:35:52 -0500
- Subject: Re: __Unwind_GetIPInfo on Darwin 8.11
- References: <E4C38A45-BC36-45A8-8358-5D6067131EDB@sandoe-acoustics.co.uk>
On Fri, Nov 21, 2008 at 03:57:15PM +0000, IainS wrote:
> hi,
>
> a freshly-checked-out gcc trunk, bootstraps fine and check is OK on gcc.
> However, I'm finding a huge number of failures with g++ caused by the
> fact that __Unwind_GetIPInfo is not defined.
>
> When 'make checking', I conventionally move the built libgcc_s.1.dylib
> and libgcc_s.10.4.dylib to one side prior to testing (so that the
> Apple-supplied system version is used).
>
> __Unwind_GetIPInfo is not present in the stock:
> /usr/lib/libgcc_s.1.dylib or /Developer/SDKs/MacOSX10.4u.sdk/usr/
> lib/libgcc_s.1.dylib
>
> [the symbol IS present in libgcc_s.1.dylib built from trunk]
>
> ---
> Is this the expected behavior? (there doesn't appear to be an update to
> the library version).
>
> If so - I guess that anyone building with 4.4 would have to supply an
> updated libgcc ???
>
> cheers,
> Iain
>
Iain,
Since the libgcc can contain new symbols which older libgcc's may not
and libstdc++ is built against this newer libgcc, I wouldn't expect it to
necessarily work. I would note that the recommended approach for building
llvm-gcc42 is for the FSF gcc's libstdc++-v3 to be removed from the source
tree so that the system copy is used. I wouldn't be surprised if the
stock gcc-4.2 compiler in Xcode 3.1.x was doing the same (building against
the legacy libstdc++ from gcc 4.0.1). On fink, we always package the libgcc
from the FSF gcc releae in question and link against that by default.
Jack