Bug 61099 – xemacs build fails with sys-libs/gdbm-1.8.3-r1 on ppc64

• Status: VERIFIED DUPLICATE of bug 58350
• Product: Gentoo Linux

[Description Yuta SATOH (RETIRED) 2004-08-20 20:03:06 UTC]

In the present Portage tree, app-editors/xemacs-21.4.15-r1 fails in compile.

I installed the version gdbm-1.8.0-r5 of gdbm and solved this problem.
If possible, please set the version more than gdbm-1.8.3 to unstable, and wait and see.

Thank you.


Error log:

[snip]

checking for sound support
checking for machine/soundcard.h... no
checking for sys/soundcard.h... yes
checking for audio/audiolib.h... no
checking for TTY-related features
checking for ncurses/curses.h... no
checking for ncurses/term.h... no
checking for ncurses/curses.h... no
checking for database support
checking for ndbm.h... yes
checking for dbm_open in -lgdbm... no
Error: Required GNU DBM support cannot be provided.

!!! ERROR: app-editors/xemacs-21.4.15-r1 failed.
!!! Function src_compile, Line 160, Exitcode 1
!!! (no error message)

[snip]


emerge info output:

[snip]

Portage 2.0.50-r9 (default-ppc64-2004.2, gcc-3.4.1, glibc-2.3.4.20040605-r0, 2.6.7-gentoo-r14)
=================================================================
System uname: 2.6.7-gentoo-r14 ppc64 PPC970, altivec supported
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="ppc64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe"
CHOST="powerpc64-unknown-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s
hare/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache digest sandbox"
MAKEOPTS="-j5"
PKGDIR="/var/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.jp.gentoo.org/gentoo-portage"
USE="X Xaw3d alsa altivec arts berkdb cdr cjk cups dvd emacs f77 foomaticdb gdbm gif gpm gtk gtk2 imlib jpeg kde libwww mitshm mozilla mule nls oggvorbis oss pam perl png ppc64 python qt readline sdl slang ssl tcpd tiff truetype usb xmms xv"

[snip]

[Comment 1 Yuta SATOH (RETIRED) 2004-08-20 20:10:28 UTC]

Created attachment 37841 [details]
full error log

[Comment 2 f5d8fd51ed1e804c9e8d0357e8614e0493b06e96 2004-08-21 04:22:37 UTC]

I can confirm the same behaviour on x86.
with gdbm-1.8.3-r1 xemacs-21.4.15-r1 won't emerge

[Comment 3 Matthew Schulkind 2004-08-21 17:15:54 UTC]

This is not only a ppc bug, this should be reassigned to the appropriate person or just closed as a duplicate or whatever the correct resolution would be.

This is a semi-duplicate of bug number 32510 and is explained in <a href="http://bugs.gentoo.org/show_bug.cgi?id=32510#c20">Comment #20</a> of that bug.

[Comment 4 Matthew Schulkind 2004-08-21 17:36:08 UTC]

On further examination, patching the config script to search for dbm_open in libgdbm_compat.so instead of libgdbm.so and making xemacs link with libgdbm_compat.so also should fix this problem.

It's questionable who's problem this is though, xemacs or gdbm.

[Comment 5 Jon Nials 2004-08-21 21:59:55 UTC]

This is definitely on x86.  I've got 58350 open and reopened against it.

[Comment 6 Matthew Schulkind 2004-08-21 22:08:03 UTC]

This should be marked as a duplicate of bug #58350 then. No need to have one bug per architecture when it is the same bug.

[Comment 7 Yuta SATOH (RETIRED) 2004-08-22 06:24:13 UTC]

Thanks Matthew. And thanks for all comment.



*** This bug has been marked as a duplicate of 58350 ***

[Comment 8 Tom Gall (RETIRED) 2004-08-28 07:08:18 UTC]

this is now fixed in -r2 of xemacs