x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -DNOSHORTS -DUSEGETTIME -I../include -fopenmp -DUSEOPENMP -DBIT64 -Wl,-O1 -Wl,--as-needed -fopenmp -ansi -Wall -DNOSHORTS -DUSEGETTIME -I../include -c -o csdp.o csdp.c x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -DNOSHORTS -DUSEGETTIME -I../include -fopenmp -DUSEOPENMP -DBIT64 -Wl,-O1 -Wl,--as-needed -fopenmp -ansi -Wall -DNOSHORTS -DUSEGETTIME -I../include csdp.o -L../lib -lsdp -lm -o csdp /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: ../lib/libsdp.so: undefined reference to `dpotrf_' /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: ../lib/libsdp.so: undefined reference to `ddot_' /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: ../lib/libsdp.so: undefined reference to `dgemm_' /usr/lib/gcc/x86_64-pc-linux-gnu/9.1.0/../../../../x86_64-pc-linux-gnu/bin/ld: ../lib/libsdp.so: undefined reference to `idamax_' ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1-systemd_libressl-test_20190623-103445 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-8.3.1 [2] x86_64-pc-linux-gnu-9.1.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Rust versions: (none found) emerge -qpvO sci-libs/coinor-csdp [ebuild N ] sci-libs/coinor-csdp-6.1.1-r1 USE="openmp -doc -examples -static-libs"
Created attachment 580924 [details] emerge-info.txt
Created attachment 580926 [details] emerge-history.txt
Created attachment 580928 [details] environment
Created attachment 580930 [details] etc.portage.tbz2
Created attachment 580932 [details] logs.tbz2
Created attachment 580934 [details] sci-libs:coinor-csdp-6.1.1-r1:20190625-202359.log
Created attachment 580936 [details] temp.tbz2
This one is a bit convoluted. As the log shows, the exact source of the problem here is that although =sci-libs/coinor-csdp-6.1.1-r1 did have virtual/lapack in DEPEND, 'pkg-config --libs lapack' failed to retrieve the necessary information. How could it have happened? Hard to say without digging because sci-libs/lapack-reference is no longer in the tree - but my hunch is that it might have something to do with USE=eselect-ldso (seeing as app-eselect/eselect-lapack got merged shortly before lapack-reference). Perhaps lapack-reference did not call 'eselect lapack' in its pkg_postinst, resulting in a system with a complete dependency tree but no lapack.pc symlink? Anyway, a quick grep I ran a moment ago suggests that all possible providers of virtual/lapack currently in the tree do call 'eselect lapack' if need be so it's probably safe to consider the problem fixed. Hopefully I shall not be proven wrong... Oh, and for good measure the next version of coinor-csdp will error out immediately if the relevant pkg-config call fails.