[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: solaris: -z defs
From: |
Murray Cumming |
Subject: |
Re: solaris: -z defs |
Date: |
29 Mar 2002 22:37:27 +0100 |
Sorry, please ignore that. The code was actually a result of one
libsigc++'s own macros, now removed.
On Fri, 2002-03-29 at 13:14, Murray Cumming wrote:
> Somebody on the autoconf list suggested that this might be a libtool bug:
>
> While trying to build libsigc++ on Solaris, with the Sun Forte CC
> compiler,we found that our autoconf-generated configure file contains
> an unsuitable -z linker switch.
>
> This prevents the project from linking, but we can fix it by
> commenting-out the "no_undefined_flag=' -z defs'" line in configure.
> Here's the relevant section of code from our configure file:
>
>
> solaris*)
> # gcc --version < 3.0 without binutils cannot create self contained
> # shared libraries reliably, requiring libgcc.a to resolve some of
> # the object symbols generated in some cases. Libraries that use
> # assert need libgcc.a to resolve __eprintf, for example. Linking
> # a copy of libgcc.a into every shared library to guarantee
> resolving
> # such symbols causes other problems: According to Tim Van Holder
> # <address@hidden>, C++ libraries end up with a separate
> # (to the application) exception stack for one thing.
> no_undefined_flag=' -z defs'
> if test "$GCC" = yes; then
> case `$CC --version 2>/dev/null` in
> [12].*)
> cat <<EOF 1>&2
>
> --
> Murray Cumming
> address@hidden
> www.murrayc.com
>
>
> _______________________________________________
> Libtool mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/libtool
--
Murray Cumming
address@hidden
www.murrayc.com
- solaris: -z defs, Murray Cumming, 2002/03/29
- Re: solaris: -z defs,
Murray Cumming <=