Well this definitely looks like a bug. I can't imagine any reason that
would be correct. I'm trying to reproduce it now, with GraphicsMagick.
I filed a bug [1]. Thanks for the detailed report!
Thank you very much for volunteering to be a libtool maintainer.
You would need latest GraphicsMagic
On 31/01/2024 17:33, Bob Friesenhahn wrote:
The libtool used reports itself as
% /usr/local/bin/libtool --version
libtool (GNU libtool) 2.4.7
Written by Gordon Matzigkeit, 1996
Copyright (C) 2014 Free Software Foundation, Inc.
which I think is confusing since the tarball date is
On 31/01/2024 20:57, Bob Friesenhahn wrote:
On Wed, 31 Jan 2024, Bob Friesenhahn wrote:
bin/bash ./libtool --tag=CXX --mode=link g++-10 -no-undefined
-export-symbols-regex ".*" -version-info 27:4:24 -L/usr/local/lib
-Wl,-rpath,/usr/local/lib -o magick/libGraphicsMagick.la -rpath
/usr/loc
On Wed, 31 Jan 2024, Bob Friesenhahn wrote:
bin/bash ./libtool --tag=CXX --mode=link g++-10 -no-undefined
-export-symbols-regex ".*" -version-info 27:4:24 -L/usr/local/lib
-Wl,-rpath,/usr/local/lib -o magick/libGraphicsMagick.la -rpath
/usr/local/lib [ list of .lo files ] -lm
An I misunde
I am encountering an issue when building a static build of
GraphicsMagick in that although -lm is supplied to libtool while
linking the static library, the associated .la file is missing -lm in
dependency_libs. If several more libraries are specified (also
including -lm) then they all seem to