[Slackbuilds-users] failure building GraphicsMagick 1.3.20 on 64-bit platforms because of wrong lib pathname, workaround included

Marco Maggi marco.maggi-ipsu at poste.it
Thu Jan 1 07:59:01 UTC 2015


  my first  post on this list;  i run Slackware64  14.1 and I am  on the
long  path   to  install  GNU   Octave.   64-bit  libraries   are  under
"$prefix/lib64",   but   I  also   have   the   alien  libraries   under

  While  building  GraphicsMagick 1.3.20,  the  linker  fails to  locate
64-bit  libraries because  the GraphicsMagick's  "configure.ac" template
hard-codes the  pathname "$some_prefix/lib"  in several places.   I have
filed a bug report upstream[1].

  Successful builds are possible by running configure with:

   $ ./configure LDFLAGS='-L/usr/lib64 -L/usr/local/lib64'

and it works for me if I modify "GraphicsMagick.SlackBuild" by appending
such  variable setting  on the  command line  of "configure".   Can this
change be applied to the distributed SlackBuilds script?


P.S.  The  script "GraphicsMagick.SlackBuild" runs "configure"  with the
option "--disable-openmp".   If I  compile by  hand the  package without
this option,  everything completes  successfully.  What's the  reason to
use this option?

[1] <http://sourceforge.net/p/graphicsmagick/bugs/289/>
"Now feel the funk blast!"
Rage Against the Machine - "Calm like a bomb"

More information about the SlackBuilds-users mailing list