GNU bug report logs -
#12613
Subordinate libltdl builds convenience library when it should build shared library
Previous Next
Full log
View this message in rfc822 format
On Wed, 10 Oct 2012, Bob Friesenhahn wrote:
> On Wed, 10 Oct 2012, Gary V. Vaughan wrote:
>>
>> I assume you are using run-time linking on AIX? I find almost all free
>> software requires CFLAGS=-brtl.
>
> Yes. The GraphicsMagick configure script is automatically adding it.
I did some more investigation and found that my above statement was
incorrect. The GraphicsMagick configure script is not automatically
adding -brtl to LDFLAGS, rather, I have a wrapper script used on the
build machine which is passing -brtl via LDFLAGS to the configure
script. This option is then properly used while compiling the
GraphicsMagick objects, but LDFLAGS is being ignored while building
libltdl. Ignoring user-provided LDFLAGS seems unkind.
Libltdl's Makefile.inc makes no reference to LDFLAGS (ignores it) but
it respects AM_LDFLAGS. The GraphicsMagick Makefile.am declares a
starting AM_LDFLAGS which is empty, and then libltdl's Makefile.inc
fragment adds to this via += syntax.
Regarding a correctly installable libltdl, I am experimenting with
initializing libltdl like
LTDL_INIT([nonrecursive installable])
and this seems to help in that a convencience library is not copied
into the application library. I am not sure what the ramifications of
this change to users would be though.
I am thinking that I should delay the forthcoming release of my
software and take the time to unbundle libltdl because bundling is
clearly not helping in any way.
Bob
--
Bob Friesenhahn
bfriesen <at> simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
This bug report was last modified 12 years and 259 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.