Summary: | net-misc/guacamole-server-0.9.9 : /.../libguac.so: undefined reference to `dlopen' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Andreas Schürch <nativemad> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 536984 | ||
Attachments: |
emerge-history.txt
environment net-misc:guacamole-server-0.9.9:20160703-180710.log |
Description
Toralf Förster
2016-07-03 18:45:25 UTC
Created attachment 439580 [details]
emerge-history.txt
Created attachment 439582 [details]
environment
Created attachment 439584 [details]
net-misc:guacamole-server-0.9.9:20160703-180710.log
Do other (c/c++) things still build for you? - Looks like a damaged glibc!? (In reply to Andreas Schürch from comment #4) oh yes : tinderbox@ms-magpie ~ $ qlop -u -l -f amd64-13.0-unstable_20160630-190015/var/log/emerge.log | grep -c 'Jul 4' 389 currently builds: amd64-13.0-unstable_20160630-190015 Mon Jul 4 10:47:24 2016 >>> emerge (1 of 3) sci-physics/thepeg-1.9.2 to / Mon Jul 4 10:56:23 2016 >>> emerge (2 of 3) sci-physics/looptools-2.8 to / Mon Jul 4 10:57:04 2016 >>> emerge (3 of 3) sci-physics/herwig++-2.7.1-r1 to / I tried to reproduce this error, but it works for me in every tried config. (amd64-nonmultilib-stage3 chroot updated to ~amd64) What is so special with your chroot?!? -I don't think it has to do with the hardened-kernel on the host!? Why does it happen in that chroot, but it didn't happen on the other chroot from bug 587386? I don't see strange c/ld/use flags nor anything else obvious... Do you use flags per package or something that isn't shown in your emerge --info here?!? (In reply to Andreas Schürch from comment #6) well, it builds at 3#6 chroot images - so I'd assume a USE flag combination - therefore I wouldn't blame the hardened for that. FWIW this image is based on default/linux/amd64/13.0 and not a default/linux/amd64/13.0/no-multilib I could schedule a setup of a new one image with the same USE flags if needed. (In reply to Toralf Förster from comment #7) > I could schedule a setup of a new one image with the same USE flags if > needed. Yes please, as I rebuilt world already with gcc 5.4.0 and the USEs and flags from your emerge --info above and still couldn't reproduce. (In reply to Andreas Schürch from comment #8) new image, same use flags, same emerge packages list : /bin/sh ../../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -Werror -Wall -pedantic -I../../src/common -I../../src/libguac -march=native -O2 -pipe -lpthread -Wl,-O1 -Wl,--as-needed -o guacd guacd-daemon.o guacd-client.o guacd-client-map.o guacd-conf-args.o guacd-conf-file.o guacd-conf-parse.o guacd-log.o ../../src/common/libguac_common.la ../../src/libguac/libguac.la libtool: link: x86_64-pc-linux-gnu-gcc -Werror -Wall -pedantic -I../../src/common -I../../src/libguac -march=native -O2 -pipe -Wl,-O1 -Wl,--as-needed -o .libs/guacd guacd-daemon.o guacd-client.o guacd-client-map.o guacd-conf-args.o guacd-conf-file.o guacd-conf-parse.o guacd-log.o ../../src/common/.libs/libguac_common.a /var/tmp/portage/net-misc/guacamole-server-0.9.9/work/guacamole-server-0.9.9/src/libguac/.libs/libguac.so ../../src/libguac/.libs/libguac.so -lcairo -ljpeg -lpng -lpthread -lossp-uuid -lwebp /var/tmp/portage/net-misc/guacamole-server-0.9.9/work/guacamole-server-0.9.9/src/libguac/.libs/libguac.so: undefined reference to `dlopen' /var/tmp/portage/net-misc/guacamole-server-0.9.9/work/guacamole-server-0.9.9/src/libguac/.libs/libguac.so: undefined reference to `dlclose' /var/tmp/portage/net-misc/guacamole-server-0.9.9/work/guacamole-server-0.9.9/src/libguac/.libs/libguac.so: undefined reference to `dlerror' /var/tmp/portage/net-misc/guacamole-server-0.9.9/work/guacamole-server-0.9.9/src/libguac/.libs/libguac.so: undefined reference to `dlsym' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:503: guacd] Error 1 I'm a bit baffled... I could reproduce it now with a multilib stage and USE=-ssl! I will look into it... Ok, we just depend on USE=ssl if the multilib USE is set. That should do it for now... :-) Thanks for reporting! |