[Top][All Lists]

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

Re: [sr #108201] libtool problems with -export-symbols-regex on solaris

From: Bob Friesenhahn
Subject: Re: [sr #108201] libtool problems with -export-symbols-regex on solaris with gcc-4.7.x
Date: Wed, 12 Dec 2012 13:34:14 -0600 (CST)
User-agent: Alpine 2.01 (GSO 1266 2009-07-14)

On Wed, 12 Dec 2012, Peter Rosin wrote:

Follow-up Comment #10, sr #108201 (project libtool):

Dropping -no-undefined from LDFLAGS in kills the test
on Windows and it's unacceptable to assume that elfdump
exists. Passing -no-undefined to libtool is NOT a misnomer and
-no-undefined is in fact a perfectly valid libtool option, not a
compiler driver or linker option. On most systems libtool simply
removes -no-undefined, I believe.

Agreed. Responsible packages will pass -no-undefined and have taken care that it works. Libtool needs to work reliably with it.

Even systems which do not require -no-undefined may still have a linker which can be told to enforce that there are no remaining undefined symbols. If libtool passes on this request to the linker, then libtool needs to take care to also pass any implicit dependencies so that linking can succeed.

I am still trying to understand the exact issues that Richard PALO trying to resolve. It feels like there are several separate issues here. I have seen mention of embedding the SONAME in the library (as Linux libraries almost always do) and some issue with -export-symbols-regex not working properly with a wildcard specification.

Bob Friesenhahn
GraphicsMagick Maintainer,

reply via email to

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