Salut Akim,
On Apr 9, 2014, at 12:17 AM, Akim Demaille a...@lrde.epita.fr wrote:
Le 8 avr. 2014 à 19:01, Bob Friesenhahn bfrie...@simple.dallas.tx.us a
écrit :
Libltdl is likely managed by a package manager on the system since it is a
common component on any GNU/Linux system and other free
Hi all,
My project builds many libraries and some modules. I've just started
using ltdl in it, with a non-recursive build. As a result,
I have inherited the following line in my single Makefile:
AM_LDFLAGS += -no-undefined
so my libraries now fail to link. Is this on purpose
On Tue, 8 Apr 2014, Akim Demaille wrote:
Hi all,
My project builds many libraries and some modules. I've just started
using ltdl in it, with a non-recursive build. As a result,
I have inherited the following line in my single Makefile:
AM_LDFLAGS += -no-undefined
so my
Hi Bob!
Le 8 avr. 2014 à 16:28, Bob Friesenhahn bfrie...@simple.dallas.tx.us a écrit :
On Tue, 8 Apr 2014, Akim Demaille wrote:
This option is necessary in order to build DLLs under Windows (and likely
shared libraries under AIX).
I do understand it is needed on some platforms, but I
Hi Bob; Salut Akim,
On Apr 8, 2014, at 9:28 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us
wrote:
Perhaps it would be wise for libltdl to be unbundled from libtool itself and
libltdl become a separate project. They would still have a relationship but
then it would be easier to install
While I agree with Bob, we should all build everything with all symbols
resolved, I also do not believe ltdl should force this on everything in a
project. So I'm inclined to give thumbs up to a patch that fixes that.
Robert Boehne
On Apr 8, 2014 9:53 AM, Akim Demaille a...@lrde.epita.fr wrote:
On Tue, 8 Apr 2014, Gary V. Vaughan wrote:
Hi Bob; Salut Akim,
On Apr 8, 2014, at 9:28 PM, Bob Friesenhahn bfrie...@simple.dallas.tx.us
wrote:
Perhaps it would be wise for libltdl to be unbundled from libtool itself and
libltdl become a separate project. They would still have a
On Tue, 8 Apr 2014, Akim Demaille wrote:
Since then, I realized that building libltdl as part of the project
was prohibitive, costly, and dangerous. It was better to rely on
libltdl to be a formally installed dependency on the system. Now
GraphicsMagick treats libltdl just like any other
Le 8 avr. 2014 à 19:01, Bob Friesenhahn bfrie...@simple.dallas.tx.us a écrit :
Libltdl is likely managed by a package manager on the system since it is a
common component on any GNU/Linux system and other free systems. By embedding
libltdl in some other application or library, the users of