imagemagick: building 6.9.9-40_7 on Lion misses gomp library

[lemzwerg (Werner Lemberg)]

[macports-ports 5b077ee8b9d70a99c49a5757fde272efdee36dba]

I get the following error:

:info:build ld: library not found for -lgomp
:info:build clang: error: linker command failed with exit code 1 (use -v to see invocation)
:info:build make[1]: *** [coders/dng.la] Error 1

Full log file is attached.

[lemzwerg (Werner Lemberg)]

I just notice that in main.log there is no information what version and variants have been requested – for me it's going to install ImageMagick @6.9.9-40_7+x11. Wouldn't it make sense to make port add this information to the very top of main.log? This would also help identify various make.log files more easily.

[kencu (Ken)]

this is likely to be the same busted gomp thing with imagemagick I reported to Ryan some months ago. there are open tickets and a few closed prs about it.

basically, omp support is broken, and this is the error you see. it can be turned off with a conf arg.

[iEFdev]

After some upgrades yesterday (gimp2 and stuff), this was broken and wanted a rev-upgrade.

I got the exact same output from -d rev-upgrade.

[lemzwerg (Werner Lemberg)]

Just reporting the current status: I see that ImageMagick's Portfile now contains --disable-openmp. However, linking still fails with

:info:build libtool: link:
 /usr/bin/clang \
   -o coders/.libs/dng.so \
   -bundle \
   coders/.libs/dng_la-dng.o
   -L/opt/local/lib \
   magick/.libs/libMagickCore-6.Q16.dylib \
   /opt/local/lib/libfftw3.dylib \
   /opt/local/lib/libxml2.dylib \
   /opt/local/lib/libfontconfig.dylib \
   /opt/local/lib/libfreetype.dylib \
   /opt/local/lib/libXext.dylib \
   /opt/local/lib/libSM.dylib \
   /opt/local/lib/libICE.dylib \
   /opt/local/lib/libX11.dylib \
   /opt/local/lib/libXt.dylib \
   /opt/local/lib/liblzma.dylib \
   -lbz2 \
   -lz \
   /opt/local/lib/libltdl.dylib \
   -lm \
   /opt/local/lib/libraw_r.dylib \
   -lstdc++ \
   /opt/local/lib/liblcms2.dylib \
   -Os \
   -arch x86_64 \
   -mtune=penryn \
   -pthread \
   -Wl,-headerpad_max_install_names \
   -arch x86_64 \
   -fopenmp \
   -pthread \
   -fopenmp \
   -Wl,-exported_symbols_list,coders/.libs/dng-symbols.expsym
:info:build clang: warning: argument unused during compilation: '-pthread'
:info:build clang: warning: argument unused during compilation: '-pthread'
:info:build ld: warning: directory not found for option '-L/opt/local/lib/ImageMagick-6.9.10'
:info:build ld: library not found for -lgomp

[kencu (Ken)]

strange, isn't it?

   -fopenmp \
   -pthread \
   -fopenmp \

Have to dig in on an actual build to see where it's still picking up -fopenmp if --disable-openmp is set ....

[kencu (Ken)]

So, Werner, my build of ImageMagick on 10.7.5 proceeds without errors, and there is no -fopenmp or -lgomp to mess things up.

Assuming you're all up-to-date in the portfiles, and have no overrides or custom repos messing you up, then you must be pulling those flags in from some other *.pc file somewhere I would think.

go into ${prefix}/lib/ and do a search for lgomp. I do this with "the_silver_searcher".

Ken

[lemzwerg (Werner Lemberg)]

I did

cd /opt/local/lib
find . -type f | xargs grep lgomp

and get the following result.

./gcc8/gcc/x86_64-apple-darwin11/8.3.0/plugin/include/config/darwin.h:      %{static|static-libgcc|static-libstdc++|static-libgfortran: libgomp.a%s; : -lgomp } } \
./gcc8/gcc/x86_64-apple-darwin11/8.3.0/plugin/include/config/darwin.h:   %{static|static-libgcc|static-libstdc++|static-libgfortran:%:replace-outfile(-lgomp libgomp.a%s)}\
./gcc8/libgomp.spec:*link_gomp: -lgomp %{static: -ldl }

My installation also contains package libomp @9.0.0_0+universal (active) in case this is of importance.

Hmm. I see in the log that /usr/bin/clang gets used for compilation. Repeating the above command in /usr/lib gives

Binary file ./libclang.dylib matches

Attaching the current main.log file.

[lemzwerg (Werner Lemberg)]

new run

[kencu (Ken)]

perhaps try uninstalling (or deactivating) your older version of ImageMagick first...if you have one.

[kencu (Ken)]

you're trying to see where this is coming in:

:info:build ld: warning: directory not found for option '-L/opt/local/lib/ImageMagick-6.9.10'
:info:build ld: library not found for -lgomp

[kencu (Ken)]

mine (succeeds):

libtool: link: /usr/bin/clang  -o coders/.libs/dng.so -bundle  coders/.libs/dng_la-dng.o   -L/opt/local/lib magick/.libs/libMagickCore-6.Q16.dylib /opt/local/lib/libfftw3.dylib /opt/local/lib/libxml2.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libXext.dylib /opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib /opt/local/lib/libX11.dylib /opt/local/lib/libXt.dylib /opt/local/lib/liblzma.dylib -lbz2 -lz /opt/local/lib/libltdl.dylib -lm /opt/local/lib/libraw_r.dylib -lstdc++ /opt/local/lib/liblcms2.dylib  -Os -arch x86_64 -mtune=corei7 -pthread -Wl,-headerpad_max_install_names -arch x86_64   -pthread -Wl,-exported_symbols_list,coders/.libs/dng-symbols.expsym

yours (fails)

libtool: link: /usr/bin/clang  -o coders/.libs/dng.so -bundle  coders/.libs/dng_la-dng.o   -L/opt/local/lib magick/.libs/libMagickCore-6.Q16.dylib /opt/local/lib/libfftw3.dylib /opt/local/lib/libxml2.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libXext.dylib /opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib /opt/local/lib/libX11.dylib /opt/local/lib/libXt.dylib /opt/local/lib/liblzma.dylib -lbz2 -lz /opt/local/lib/libltdl.dylib -lm /opt/local/lib/libraw_r.dylib -lstdc++ /opt/local/lib/liblcms2.dylib  -Os -arch x86_64 -mtune=penryn -pthread -Wl,-headerpad_max_install_names -arch x86_64 -fopenmp   -pthread -fopenmp -Wl,-exported_symbols_list,coders/.libs/dng-symbols.expsym

[kencu (Ken)]

try this:

cd /opt/local/lib/pkgconfig

search in there for a file containing fopenmp.

[iEFdev]

Replying to kencu:

try this:

cd /opt/local/lib/pkgconfig

search in there for a file containing fopenmp.

Here's my output:

$ find . -type f | xargs grep fopenmp
./ImageMagick++-6.Q16.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./ImageMagick++.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./ImageMagick-6.Q16.pc:Cflags:  -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./ImageMagick.pc:Cflags:  -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./libraw.pc:Libs: -L${libdir} -lraw -lstdc++ -fopenmp
./libraw_r.pc:Libs: -L${libdir} -lraw_r -lstdc++ -fopenmp
./Magick++-6.Q16.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./Magick++.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./MagickCore-6.Q16.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./MagickCore.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./MagickWand-6.Q16.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./MagickWand.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./Wand-6.Q16.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16
./Wand.pc:Cflags: -I${includearchdir} -I${includedir} -fopenmp -DMAGICKCORE_HDRI_ENABLE=0 -DMAGICKCORE_QUANTUM_DEPTH=16

[kencu (Ken)]

So I think you have to get rid of all those, (ie uninstall the broken ImageMagick with all the -fopenmp flags), and then your install should go OK. Hopefully.

[kencu (Ken)]

Hmm. libraw is not right either -- it should not have fopenmp and should not have lstdc++. We'll need to work on that one too, I see.

[kencu (Ken)]

Well, I just had the same situation as you, and ImageMagick on 10.5 Leopard built right on through, ignoring all the -fopenmp flags in the pkgconfig directory ( and replacing most of them with the non-fopenmp versions). So that might not fix it either. I'm sorry I'm not appearing to hit right on the fix you need.

[iEFdev]

Replying to kencu:

So I think you have to get rid of all those, (ie uninstall the broken ImageMagick with all the -fopenmp flags), and then your install should go OK. Hopefully.

Ok, I'll try that. Thanks.

Did you want the output from lgomp to? I had a little more than the 3 lines above (a few pc files and more gcc-versions).

[iEFdev]

Didn't see comment:17 when I wrote. Guess it's best to wait a little longer then.

[lemzwerg (Werner Lemberg)]

I'm now rather sure that the problem (at least on my Lion box) is libraw.pc. Its Libs value containing -fopenmp gets added to the libtool invocation, causing the failure.

[kencu (Ken)]

I was prepared to say the same, until mine upgraded despite that. But easy for you to check, just edit those out...

[iEFdev]

No it still gives the error from the ticket description with library not found for -lgomp.

Adding my output for lgomp

[lemzwerg (Werner Lemberg)]

Well, uninstalling and installing the libraw package removed the -fopenmp in libraw.pc (the -lstdc++ is still there, though, which deserves a fix, I think), and compilation of ImageMagick succeeded!

[iEFdev]

Replying to lemzwerg:

Well, uninstalling and installing the libraw package removed the -fopenmp in libraw.pc (the -lstdc++ is still there, though, which deserves a fix, I think), and compilation of ImageMagick succeeded!

Thank you! Werner. :+1: That solved it for me as well.

After un/re-installing libraw, I said no to rev-upgrade, and then ran a normal upgrade (to get the new one).

[kencu (Ken)]

In 6adaa28534dd5403dd261db04b686ddfc6f9aea7/macports-ports (master):

libraw: disable openmp

this is randomly detected based on the build compiler that happens
to build libraw, but it is not consistent as the compiler that
uses libraw's pkgconfig files may or may not understand openmp,
and the openmp link libraries are not specified.

until this is properly sorted out in MacPorts, disable openmp
for consistency

closes: #59610