Bug 790812 – dev-libs/librep-0.92.7 - grep: sdbm.la: No such file or directory

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description Toralf Förster 2021-05-18 13:37:18 UTC]

rdlibtool: lconf: found "/var/tmp/portage/dev-libs/librep-0.92.7/work/librep_0.92.7/libtool".
rdlibtool: compile: x86_64-pc-linux-gnu-gcc -c -DHAVE_CONFIG_H -I. -I../src -I.. -pipe -march=native -fno-diagnostics-color -Og -g -std=gnu89 utf8.c -DPIC -fPIC -o .libs/utf8.o
grep: sdbm.la: No such file or directory
grep: gettext.la: No such file or directory
grep: readline.la: No such file or directory
x86_64-pc-linux-gnu-gcc -c -DHAVE_CONFIG_H -I. -I../src -I..  -pipe -march=native -fno-diagnostics-color  -Og -g -std=gnu89 -o rep.o rep.c
grep: gdbm.la: No such file or directory

  -------------------------------------------------------------------

  This is an unstable amd64 chroot image at a tinderbox (==build bot)
  name: 17.1_systemd-j2-20210515-193921

  -------------------------------------------------------------------

gcc-config -l:
 [1] x86_64-pc-linux-gnu-7.3.1
 [2] x86_64-pc-linux-gnu-11.1.0 *
clang version 12.0.0
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/lib/llvm/12/bin
/usr/lib/llvm/12
12.0.0
Python 3.8.10
Available Ruby profiles:
  [1]   ruby26 (with Rubygems)
  [2]   ruby30 (with Rubygems) *
Available Rust versions:
  [1]   rust-bin-1.52.1 *
The following VMs are available for generation-2:
*)	AdoptOpenJDK 8.292_p10 [openjdk-bin-8]
Available Java Virtual Machines:
  [1]   openjdk-bin-8  system-vm

The Glorious Glasgow Haskell Compilation System, version 8.10.4
  [1]   php7.3
  [2]   php7.4
  [3]   php8.0 *

  timestamp(s) of HEAD at this tinderbox image:
/var/db/repos/gentoo	Tue May 18 12:05:18 UTC 2021

emerge -qpvO dev-libs/librep
[ebuild  N    ] dev-libs/librep-0.92.7  USE="gmp readline -emacs"

[Comment 1 Toralf Förster 2021-05-18 13:37:19 UTC]

Created attachment 709674 [details]
emerge-info.txt

[Comment 2 Toralf Förster 2021-05-18 13:37:21 UTC]

Created attachment 709677 [details]
dev-libs:librep-0.92.7:20210518-133147.log

[Comment 3 Toralf Förster 2021-05-18 13:37:23 UTC]

Created attachment 709680 [details]
emerge-history.txt

[Comment 4 Toralf Förster 2021-05-18 13:37:24 UTC]

Created attachment 709683 [details]
environment

[Comment 5 Toralf Förster 2021-05-18 13:37:25 UTC]

Created attachment 709686 [details]
etc.portage.tar.bz2

[Comment 6 Toralf Förster 2021-05-18 13:37:26 UTC]

Created attachment 709689 [details]
logs.tar.bz2

[Comment 7 Toralf Förster 2021-05-18 13:37:28 UTC]

Created attachment 709692 [details]
temp.tar.bz2

[Comment 8 orbea 2021-05-19 16:48:22 UTC]

With the git repo I have a different error:

rdlibtool --mode=execute ../src/rep --batch --no-rc -l rep.vm.compiler -f compile-assembler

rdlibtool: lconf: {.name="libtool"}.
rdlibtool: fdcwd: {.fdcwd=AT_FDCWD, .realpath="/tmp/librep/lisp"}.
rdlibtool: lconf: fstatat(AT_FDCWD,".",...) = 0 {.st_dev = 45, .st_ino = 776}.
rdlibtool: lconf: openat(AT_FDCWD,"libtool",O_RDONLY,0) = -1 [ENOENT].
rdlibtool: lconf: openat(AT_FDCWD,"../",O_DIRECTORY,0) = 3.
rdlibtool: lconf: fstat(3,...) = 0 {.st_dev = 45, .st_ino = 654}.
rdlibtool: lconf: openat(3,"libtool",O_RDONLY,0) = 4.
rdlibtool: lconf: found "/tmp/librep/libtool".
rdlibtool: execute: ../src/rep --batch --no-rc -lrep.vm.compiler -f compile-assembler
*** File error: No such file or directory, -lrep/vm/compiler
make[1]: *** [Makefile:141: lisp] Error 1
make[1]: Leaving directory '/tmp/librep/lisp'
make: *** [Makefile:137: all] Error 1

https://github.com/SawfishWM/librep

This is probably a slibtool bug with --mode=execute.

[Comment 9 Ionen Wolkens 2021-05-19 17:08:13 UTC]

(In reply to orbea from comment #8)
> With the git repo I have a different error:
> [...]
It's the same error here if you look at the bottom of the log, the sdbm.la thing happens earlier in it.

[Comment 10 orbea 2021-05-19 20:16:44 UTC]

Yea, I see that now. I think its because they also ignore the value of $(LIBTOOL) a few places in the build system.

[Comment 11 orbea 2021-05-19 20:26:44 UTC]

I made a PR to fix that issue, I think only --mode=execute it left.

https://github.com/SawfishWM/librep/pull/14

[Comment 12 orbea 2021-05-20 23:23:38 UTC]

The PR was merged upstream:

https://github.com/SawfishWM/librep/commit/2c064d70e25137915ceaef616c2be5c8bbcc42da

I think only the slibtool issue with --mode=execute remains.

[Comment 13 orbea 2022-05-15 13:53:05 UTC]

*** Bug 843749 has been marked as a duplicate of this bug. ***

[Comment 14 Larry the Git Cow 2022-11-05 06:27:23 UTC]

The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a935681a6fcabf47524c72420050b6a9030f555d

commit a935681a6fcabf47524c72420050b6a9030f555d
Author:     Sam James <[e-mail]>
AuthorDate: 2022-11-05 06:09:35 +0000
Commit:     Sam James <[e-mail]>
CommitDate: 2022-11-05 06:10:13 +0000

    dev-libs/librep: update EAPI 7 -> 8; fix build w/ Clang 16; partial slibtool fix
    
    re slibtool: per linked bug, there's still an issue in slibtool itself
    to be fixed with --mode=execute.
    
    Bug: https://bugs.gentoo.org/790812
    Signed-off-by: Sam James <[e-mail]>

 .../files/librep-0.92.7-configure-clang16.patch    | 74 +++++++++++++++++++
 dev-libs/librep/files/librep-0.92.7-libtool.patch  | 47 ++++++++++++
 dev-libs/librep/librep-0.92.7-r2.ebuild            | 83 ++++++++++++++++++++++
 3 files changed, 204 insertions(+)

[Comment 15 Michał Górny 2023-01-19 14:00:29 UTC]

Package removed.