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?
Shou
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 libraries
Hi Bob!
Le 8 avr. 2014 à 16:28, Bob Friesenhahn 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
don't aim at these.
> It exp
Hi Bob; Salut Akim,
On Apr 8, 2014, at 9:28 PM, Bob Friesenhahn
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 libltdl.
Agreed. But it's n
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" wrote:
> Hi Bob!
>
> Le
On Tue, 8 Apr 2014, Gary V. Vaughan wrote:
Hi Bob; Salut Akim,
On Apr 8, 2014, at 9:28 PM, Bob Friesenhahn
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 easie
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 ext
Le 8 avr. 2014 à 19:01, Bob Friesenhahn 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 that application
> or lib
