Summary: | net-nds/openldap-2.4.58 error: ldif.o: No such file or directory when using rlibtool | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alessandro Barbieri <lssndrbarbieri> |
Component: | Current packages | Assignee: | Mikle Kolyada (RETIRED) <zlogene> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | ionen, ldap-bugs, orbea, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 765709 | ||
Attachments: |
emerge_info
openldap-2.4.58:20210322-212758.log |
Description
Alessandro Barbieri
2021-03-22 22:56:53 UTC
Created attachment 693132 [details]
emerge_info
emerge --info
Created attachment 693135 [details]
openldap-2.4.58:20210322-212758.log
build log
make[3]: warning: -j12 forced in submake: resetting jobserver mode. [243/19549] rm -f version.c x86_64-pc-linux-gnu-gcc -Os -pipe -march=native -fdiagnostics-color=always -Os -pipe -march=native -fdiagnostics-color=always -Wimplicit-function-declaration -Wno-error=implicit-function-declaration -I../../../include -I/var/tmp/po rtage/net-nds/openldap-2.4.58/work/openldap-2.4.58/include -I.. -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/overlays/.. -DLDAP_CONNECTIONLESS -I/usr/include/db5.3 -I/usr/include/iodbc -DLDAP_CONNECTIO NLESS -c -o statover.o statover.c /var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/build/mkversion -v "" back_ldif > version.c rlibtool --tag=disable-shared --mode=compile x86_64-pc-linux-gnu-gcc -Os -pipe -march=native -fdiagnostics-color=always -Os -pipe -march=native -fdiagnostics-color=always -Wimplicit-function-declaration -Wno-error=implicit-function-declar ation -I../../../include -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/include -I.. -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/back-ldif/.. -DLDAP_CONNECTIONLESS -I/usr/include/ db5.3 -I/usr/include/iodbc -c /var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/back-ldif/ldif.c x86_64-pc-linux-gnu-gcc -Os -pipe -march=native -fdiagnostics-color=always -Os -pipe -march=native -fdiagnostics-color=always -Wimplicit-function-declaration -Wno-error=implicit-function-declaration -I../../../include -I/var/tmp/po rtage/net-nds/openldap-2.4.58/work/openldap-2.4.58/include -I.. -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/overlays/.. -DLDAP_CONNECTIONLESS -I/usr/include/db5.3 -I/usr/include/iodbc -DLDAP_CONNECTIO NLESS -c -o syncprov.o /var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/overlays/syncprov.c x86_64-pc-linux-gnu-gcc -Os -pipe -march=native -fdiagnostics-color=always -Os -pipe -march=native -fdiagnostics-color=always -Wimplicit-function-declaration -Wno-error=implicit-function-declaration -I../../../include -I/var/tmp/po rtage/net-nds/openldap-2.4.58/work/openldap-2.4.58/include -I.. -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/overlays/.. -DLDAP_CONNECTIONLESS -I/usr/include/db5.3 -I/usr/include/iodbc -DLDAP_CONNECTIO NLESS -c -o overlays.o /var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/overlays/overlays.c rlibtool: lconf: {.name="libtool"}. rlibtool: fdcwd: {.fdcwd=AT_FDCWD, .realpath="/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58-abi_x86_64.amd64/servers/slapd/back-ldif"}. rlibtool: lconf: fstatat(AT_FDCWD,".",...) = 0 {.st_dev = 40, .st_ino = 11782}. rlibtool: lconf: openat(AT_FDCWD,"libtool",O_RDONLY,0) = -1 [ENOENT]. rlibtool: lconf: openat(AT_FDCWD,"../",O_DIRECTORY,0) = 9. rlibtool: lconf: fstat(9,...) = 0 {.st_dev = 40, .st_ino = 11772}. rm -f version.c rlibtool: lconf: openat(9,"libtool",O_RDONLY,0) = -1 [ENOENT]. rlibtool: lconf: openat(9,"../",O_DIRECTORY,0) = 10. rlibtool: lconf: fstat(10,...) = 0 {.st_dev = 40, .st_ino = 11770}. rlibtool: lconf: openat(10,"libtool",O_RDONLY,0) = -1 [ENOENT]. rlibtool: lconf: openat(10,"../",O_DIRECTORY,0) = 9. rlibtool: lconf: fstat(9,...) = 0 {.st_dev = 40, .st_ino = 10132}. rlibtool: lconf: openat(9,"libtool",O_RDONLY,0) = 10. rlibtool: lconf: found "/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58-abi_x86_64.amd64/libtool". /var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/build/mkversion -v "" ../liboverlays.a > version.c rlibtool --tag=disable-shared --mode=compile x86_64-pc-linux-gnu-gcc -Os -pipe -march=native -fdiagnostics-color=always -Os -pipe -march=native -fdiagnostics-color=always -Wimplicit-function-declaration -Wno-error=implicit-function-declar ation -I../../../include -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/include -I.. -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/back-ldif/.. -DLDAP_CONNECTIONLESS -I/usr/include/ db5.3 -I/usr/include/iodbc -c version.c rlibtool: lconf: {.name="libtool"}. rlibtool: fdcwd: {.fdcwd=AT_FDCWD, .realpath="/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58-abi_x86_64.amd64/servers/slapd/back-ldif"}. rlibtool: lconf: fstatat(AT_FDCWD,".",...) = 0 {.st_dev = 40, .st_ino = 11782}. rlibtool: lconf: openat(AT_FDCWD,"libtool",O_RDONLY,0) = -1 [ENOENT]. rlibtool: lconf: openat(AT_FDCWD,"../",O_DIRECTORY,0) = 9. rlibtool: lconf: fstat(9,...) = 0 {.st_dev = 40, .st_ino = 11772}. rlibtool: lconf: openat(9,"libtool",O_RDONLY,0) = -1 [ENOENT]. rlibtool: lconf: openat(9,"../",O_DIRECTORY,0) = 10. rlibtool: lconf: fstat(10,...) = 0 {.st_dev = 40, .st_ino = 11770}. rlibtool: lconf: openat(10,"libtool",O_RDONLY,0) = -1 [ENOENT]. rlibtool: lconf: openat(10,"../",O_DIRECTORY,0) = 9. rlibtool: lconf: fstat(9,...) = 0 {.st_dev = 40, .st_ino = 10132}. rlibtool: lconf: openat(9,"libtool",O_RDONLY,0) = 10. rlibtool: lconf: found "/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58-abi_x86_64.amd64/libtool". llvm-ar ruv libback_ldif.a `echo ldif.lo | sed 's/\.lo/.o/g'` version.o x86_64-pc-linux-gnu-gcc -Os -pipe -march=native -fdiagnostics-color=always -Os -pipe -march=native -fdiagnostics-color=always -Wimplicit-function-declaration -Wno-error=implicit-function-declaration -I../../include -I/var/tmp/portage/net- nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/slapi -I. -I/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/include -DLDAP_CONNECTIONLESS -I/usr/include/db5.3 -I/usr/include/iodbc -DLDAP_CONNECTIONLESS -c -o cr.o /var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58/servers/slapd/cr.c llvm-ar: warning: creating libback_ldif.a llvm-ar: error: ldif.o: No such file or directory make[3]: *** [Makefile:338: libback_ldif.a] Error 1 make[3]: Leaving directory '/var/tmp/portage/net-nds/openldap-2.4.58/work/openldap-2.4.58-abi_x86_64.amd64/servers/slapd/back-ldif' make[2]: *** [Makefile:541: .backend] Error 1 make[2]: *** Waiting for unfinished jobs.... I can't reproduce this with their upstream git repo, even using the same version. I can reproduce it with the ebuild though, I'm not sure the difference, but at least this is a problem. https://gitweb.gentoo.org/repo/gentoo.git/tree/net-nds/openldap/openldap-2.4.58.ebuild?id=bd9d85d919cf499a88ce40d45107497794130f5e#n557 And: https://gitweb.gentoo.org/repo/gentoo.git/tree/net-nds/openldap/openldap-2.4.58.ebuild?id=bd9d85d919cf499a88ce40d45107497794130f5e#n737 There also seems to be an upstream slibtool issue as reproduced with their git repo. https://dev.midipix.org/cross/slibtool/issue/30 This issue is hidden with USE=minimal where the upstream slibtool issue is then exposed. I can now reproduce this with their git master with: ./configure --disable-static I suggest shelving this until until the issue on the slibtool side is fixed. The issue on the slibtool side is fixed. https://dev.midipix.org/cross/slibtool/c/15903b7 The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2f022ebed59863e745ac87005a956b0736266dfe commit 2f022ebed59863e745ac87005a956b0736266dfe Author: Sam James <sam@gentoo.org> AuthorDate: 2021-03-25 12:39:20 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-03-25 13:02:15 +0000 net-nds/openldap: fix build with slibtool Thanks-to: orbea <orbea@riseup.net> Closes: https://bugs.gentoo.org/777804 Signed-off-by: Sam James <sam@gentoo.org> .../openldap/files/openldap-2.4.58-slibtool.patch | 33 + net-nds/openldap/openldap-2.4.58-r1.ebuild | 915 +++++++++++++++++++++ 2 files changed, 948 insertions(+) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=db9673b00c52df4cd59ed568f25e2b88dd512074 commit db9673b00c52df4cd59ed568f25e2b88dd512074 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-03-25 13:13:59 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-03-25 13:14:30 +0000 Revert "net-nds/openldap: fix build with slibtool" This reverts commit 2f022ebed59863e745ac87005a956b0736266dfe. May be a bug in slibtool, so let's wait for now. Bug: https://bugs.gentoo.org/777804 Signed-off-by: Sam James <sam@gentoo.org> .../openldap/files/openldap-2.4.58-slibtool.patch | 33 - net-nds/openldap/openldap-2.4.58-r1.ebuild | 915 --------------------- 2 files changed, 948 deletions(-) This might be a slibtool bug, or the above patch might be the correct fix. Lets see what midipix says: https://dev.midipix.org/cross/slibtool/issue/31 There is an additional issue in openldap with --disable-shared, I made an upstream PR for it. https://git.openldap.org/openldap/openldap/-/merge_requests/303 The issue reported here is fixed in slibtool-9999. https://dev.midipix.org/cross/slibtool/c/9582b246 https://dev.midipix.org/cross/slibtool/c/c9788a27 The additional issue is "Won't fix" as considered by openldap upstream, basically their --enable-threads/--disable-threads configure arguments are completely broken and they are missing '-lpthread' in places. Although this might not be exposed without both --disable-shared and slibtool. I'm not sure gentoo ever does that? Fixed in slibtool-0.5.33. I am not sure about the static issue needs to be tracked here, maybe make a new issue if it still fails on specific circumstances? |