bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: icc/ecc full path and solaris link line fixes


From: Bob Friesenhahn
Subject: Re: icc/ecc full path and solaris link line fixes
Date: Wed, 17 Nov 2004 10:46:44 -0600 (CST)

On Wed, 17 Nov 2004, Ralf Wildenhues wrote:

Now we have two choices (w.r.t the message I quoted above):
Enable -mimpure-text on sparc-solaris/gcc which would allow non-PIC code
in dso's.  Or disallow non-PIC in dso's (and adjust demo-nopic.test).
Or create a dedicated flag (let's call it `impure_flag') for non-PIC
code in dso's.

I vote for the second option, since portable code should not depend on
it (in the name of a sensible common subset of features).  What do the
others think?

I agree that we should disallow non-PIC code in SPARC Solaris DSOs. This appears to be the purpose of '-z text' and I think we should use it. Libtool is already working hard to avoid accidental use of non-PIC code in Solaris DSOs (even though Solaris can often deal with it). Enforcing it is a good idea since use of this option is recommended. Expect someone to complain when their software stops linking.

Second, I think Ralf Menzel is right that Solaris wants
-      _LT_AC_TAGVAR(no_undefined_flag, $1)=' -z text'
+      _LT_AC_TAGVAR(no_undefined_flag, $1)=' -z defs'

Do the others agree?

I agree that '-z defs' is the equivalent of no-undefined.  Using
'-z text' for this purpose is clearly wrong.

Bob
======================================
Bob Friesenhahn
address@hidden
http://www.simplesystems.org/users/bfriesen




reply via email to

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