|
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 export.at 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 -- Bob Friesenhahn address@hidden, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
[Prev in Thread] | Current Thread | [Next in Thread] |