Date: Tue, 02 Feb 2016 01:10:09 +0000 From: bugzilla-noreply@freebsd.org To: gnome@FreeBSD.org Subject: [Bug 194760] graphics/inkscape linking fails when ImageMagick was compiled with openmp Message-ID: <bug-194760-6497-zomAeahu4J@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-194760-6497@https.bugs.freebsd.org/bugzilla/> References: <bug-194760-6497@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194760 rkoberman@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rkoberman@gmail.com --- Comment #18 from rkoberman@gmail.com --- See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191193 This is the same issue with ImageMagick and OpenMP. From the other ticket: I have tracked this down and it is not directly tied to the OPENMP option. These symbols should be provided by libgomp, the GNU OpenMP library, but it= 's not a part of OpenMP, it is a part of gcc.=20 I see that there are two libgomp.so.1 libs on the system. One is in the base system (/usr/lib) and the other is from lang/gcc (/usr/local/lib). While the one installed by the port has the required symbols, the base library does n= ot have any symbols (at least as reportd by (objdump). I guess it is a stub. L= ooks like IamgeMagick links to the "real" library, but emacs finds the stub when configuring, so it dies. and: I have confirmed the problem by moving the stub library (and symlink) in /usr/lib out of the way. emacs builds cleanly at this point. >From config.log: configure:10699: cc -o conftest -I/usr/local/include -O2 -pipe -fno-strict-aliasing -I/usr/local/include/librsvg-2.0 -I/usr/local/include/gdk-pixbuf-2.0 -pthread -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1=20 -I/usr/local/include/freetype2 -I/usr/local/include/libpng15 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/ImageMagick-6 -fopenmp -DMAGICKCORE_HDRI_ENABLE=3D0 -DMAGICKCORE_QUANTUM_DEPTH=3D16=20=20 -I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -D_THREAD_SAFE -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -pthread= =20 -I/usr/local/include/freetype2 -I/usr/local/include/libpng15 -I/usr/local/include/harfbuzz -I/usr/local/include/glib-2.0 -I/usr/local/include -I/usr/local/include -I/usr/local/include=20 -L/usr/local/lib -Wl,-rpath=3D/usr/lib:/usr/local/lib -Wl,-znocombreloc -L/usr/local/lib conftest.c -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -l= Xext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lfontconfig -lfreetype -L/usr/local/lib -lglib-2= .0 -lintl -lMagickWand-6.Q16 -L/usr/local/lib -lMagickCore-6.Q16 -lrsvg-2 = -lm -lgio-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lintl -L/usr/local/lib -lcairo -pthread -lX11 -lpthread -lutil >&5=20 Note the -rpath=3D/usr/lib:/usr/local/lib which results in the stub being u= sed instead of the real library. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-194760-6497-zomAeahu4J>