Re: solaris: -z defs

[Murray Cumming]

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