dev-libs/openssl-1.1.1d-r3::gentoo was built with the following: USE="asm zlib -bindist -rfc3779 -sctp -sslv3 -static-libs -test -tls-heartbeat -vanilla" configure:13431: checking for ECDSA_sign configure:13431: powerpc64le-unknown-linux-gnu-gcc -o conftest -mcpu=native -O2 -pipe -frecord-gcc-switches -fdiagnostics-show-option -DDIG_SIGCHASE -pthread -Wl,-O1 -Wl,--as-needed -Wl,--defsym=__gentoo_check_ldflags__=0 -L/usr/lib64 conftest.c -luv -lrt -lpthread -lnsl -ldl -lcrypto >&5 /usr/lib/gcc/powerpc64le-unknown-linux-gnu/9.2.0/../../../../powerpc64le-unknown-linux-gnu/bin/ld: cannot find -lnsl collect2: error: ld returned 1 exit status but it's here. /lib64/libnsl.so.1 /lib64/libnsl-2.30.so previous versions detect it just fine checking for ECDSA_sign... yes can't reproduce on my other stable arm64 system so may be it's system specific or ppc64 specific. checking.
configures/builds fine with net-libs/libnsl-1.2.0 on ppc64 with both glibc-1.29 and glibc-1.30 but! for some reason also configures fine on arm64 with glibc-0.29 without net-libs/libnsl-1.2.0 this seems to be coming from libuv ppc64-glibc-1.30 with dev-libs/libuv-1.34.2 pkgconf --libs libuv -luv -lrt -lpthread -lnsl -ldl ppc64-glibc-1.29 with dev-libs/libuv-1.33.1 pkgconf --libs libuv -luv -lrt -lpthread -lnsl -ldl arm64-glibc-1.30 with dev-libs/libuv-1.33.1 pkgconf --libs libuv -luv -lrt -lpthread -ldl need to figure out why on ppc64 libuv pulls -lnsl and somehow glibc's libuv not working with bind-tools configure check.
after chatting on #g-toolchain here's what I figured out. libuv has this check AC_CHECK_LIB([nsl], [gethostbyname]) and seems to pull in -lnsl into .pc file if libuv was built while external libnsl was present. steps to reproduce remove libnsl rebuild libuv pkg-config --libs libuv -luv -lrt -lpthread -ldl after that bind-tools build fine. so it's an auto-magic depend on libnsl in libuv. re-assigning to libuv maintainers.
Created attachment 635206 [details, diff] files/libuv-9999-AC_SEARCH_LIBS.patch (In reply to Georgy Yakovlev from comment #2) > after chatting on #g-toolchain here's what I figured out. > > libuv has this check > > AC_CHECK_LIB([nsl], [gethostbyname]) It should be using AC_SEARCH_LIBS instead.
Ought to make it into the next release.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3af5979293af1ac6340e5199b819f4e1be1d5d7d commit 3af5979293af1ac6340e5199b819f4e1be1d5d7d Author: Jeroen Roovers <jer@gentoo.org> AuthorDate: 2020-05-17 22:05:15 +0000 Commit: Jeroen Roovers <jer@gentoo.org> CommitDate: 2020-05-17 22:05:42 +0000 dev-libs/libuv: Version 1.38.0 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Closes: https://bugs.gentoo.org/710620 Signed-off-by: Jeroen Roovers <jer@gentoo.org> dev-libs/libuv/Manifest | 1 + dev-libs/libuv/libuv-1.38.0.ebuild | 47 ++++++++++++++++++++++++++++++++++++++ 2 files changed, 48 insertions(+)
