Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 14551 - xemacs-21.4.12 build failure
Summary: xemacs-21.4.12 build failure
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: Lowest normal (vote)
Assignee: Robert Coie (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-25 18:20 UTC by Arcady Genkin (RETIRED)
Modified: 2003-11-25 11:34 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Arcady Genkin (RETIRED) gentoo-dev 2003-01-25 18:20:22 UTC
Not sure whether this one qualifies as a duplicate of bug 13054.  I experienced
three problems with building xemacs-21.4.12.  I managed to work around the
problems on my system.

Trying to build xemacs-21.4.12, at first I got the following failure.  I have
gdmb installed as well as two versions of 'db' (brought in by Perl 5.6, as far
as I understand).

checking for dbm_open in -lgdbm... no
Error: Required GNU DBM support cannot be provided.

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

This failure is caused by the flag "--with-database=gnudbm".  If I comment that
flag out of the ebuild, the configure script procedes, but fails shortly
thereafter with the following:

checking for dlopen in -lc... checking for dlopen in -ldl... checking for
shl_load in -ldld... no
checking for dld_init in -ldld... no
configure: warning: Module support cannot be provided.

*** PANIC *** configure forgot how to build working executables!

*** This is most commonly due to an unforeseen environment, causing
*** configure to incorrectly compute the sequence of libraries to link.
*** Please examine the tail of config.log for runtime errors.
*** Pay special attention to the -l flags, and perhaps -I and -L.
*** Often adding or removing explicit options in the configure
*** invocation can work around this kind of problem.  If so, please
*** report it as a bug to xemacs-beta@xemacs.org.
***
*** Other possible causes are inability to write to the file system
*** (bogus permissions or disk full) or a misconfiguration of the dynamic
*** linker.  On Linux, check /etc/ld.conf and rerun ldconfig if
*** necessary.  On other systems, try telling configure where to find
*** the shared libraries using the --site-runtime-libraries option.
***
*** Another way to shoot yourself in the foot is to specify
*** --with-FEATURE when FEATURE is not actually installed on your
*** system.  Don't do that.

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

Examining the config.log file, it seems that the above failure is caused by
libldap not being found:

configure:15152: gcc -o conftest  -g -O3 -Wall -Wno-switch -Winline
-Wmissing-prototypes -Wsign-compare -Wshadow       -I/usr/X11R6/include      
-L/usr/X11R6/lib  conftest.c    -ltiff -ljpeg -lcompface -lXmu -lXt -lXext -lX11
  -lSM -lICE -ltermcap -lcurses -lldap -llber -lm     1>&5
/usr/lib/libldap.so: undefined reference to `__dn_expand'
/usr/lib/libldap.so: undefined reference to `__res_query'
collect2: ld returned 1 exit status
configure: failed program was:
#line 15148 "configure"
#include "confdefs.h"
int main(int c,char *v[]){return 0;}

So I tried merging with "-ldap" in the USE flags, and the configure stage was
completed without errors.  The third failure came during the compilation, and is
again related to db:

gcc -c -mcpu=i686 -O -pipe  -Demacs -I. -DHAVE_CONFIG_H -I/usr/X11R6/include
database.c
In file included from /usr/include/ndbm.h:42,
                 from database.c:71:
/usr/include/db1/db.h:77: conflicting types for `DBT'
/usr/include/db.h:88: previous declaration of `DBT'
/usr/include/db1/db.h:92: conflicting types for `DB_BTREE'
/usr/include/db.h:461: previous declaration of `DB_BTREE'
/usr/include/db1/db.h:92: conflicting types for `DB_HASH'
/usr/include/db.h:462: previous declaration of `DB_HASH'
/usr/include/db1/db.h:92: conflicting types for `DB_RECNO'
/usr/include/db.h:463: previous declaration of `DB_RECNO'
/usr/include/db1/db.h:92: warning: redefinition of `DBTYPE'
/usr/include/db.h:466: warning: `DBTYPE' previously declared here
/usr/include/db1/db.h:118: redefinition of `struct __db'
/usr/include/db1/db.h:128: warning: redefinition of `DB'
/usr/include/db.h:83: warning: `DB' previously declared here
database.c: In function `berkdb_get':
database.c:407: warning: passing arg 3 of pointer to function from incompatible
pointer type
database.c:407: warning: passing arg 4 of pointer to function from incompatible
pointer type
database.c: In function `berkdb_put':
database.c:446: warning: passing arg 3 of pointer to function from incompatible
pointer type
database.c:446: warning: passing arg 4 of pointer to function from incompatible
pointer type
database.c: In function `berkdb_remove':
database.c:468: warning: passing arg 3 of pointer to function from incompatible
pointer type
database.c: In function `berkdb_map':
database.c:513: warning: passing arg 2 of pointer to function from incompatible
pointer type
database.c:513: warning: passing arg 3 of pointer to function from incompatible
pointer type
database.c:515: warning: passing arg 2 of pointer to function from incompatible
pointer type
database.c:515: warning: passing arg 3 of pointer to function from incompatible
pointer type
make[1]: *** [database.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/xemacs-21.4.12/work/xemacs-21.4.12/src'
make: *** [src] Error 2

!!! ERROR: app-editors/xemacs-21.4.12 failed.
!!! Function src_compile, Line 122, Exitcode 2
!!! (no error message)

The above got solved by specifying "--with-database=berkdb" in the ebuild.  I
now have xemacs-21.4.12 installed.  ;^)

I hope you find these notes useful.  Let me know if you need any more info. 
Below is the output of "emerge info":

bashful lib # emerge info 
Portage 2.0.46-r9 (default-1.0, gcc-2.95.3, glibc-2.2.5-r7)
=================================================================
System uname: 2.4.20 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz
GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/X11R6/lib/X11/xkb /usr/kde/3/share/config /usr/share/config"
CONFIG_PROTECT_MASK="/etc/init.d /etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss 3dnow apm crypt cups encode libg++ mikmod mmx mpeg ncurses pdflib
qtmt quicktime spell truetype xml2 xmms xv cdr esd ggi gif gnome-libs gtk guile
imlib java libwww mozilla opengl pam perl python qt readline sdl slang ssl svga
tcltk tcpd tetex X dvd avi alsa oggvorbis png tiff jpeg xface lucid mule ldap
-gpm kde gnome -motif arts -nas -nls"
COMPILER=""
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=i686 -O -pipe"
CXXFLAGS="-mcpu=i686 -O -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 Jill Mitchell 2003-05-07 16:58:14 UTC
adding -with-database=berkdb didn't help me ... the make failed with this:

gcc -c -march=athlon-xp -O3 -pipe -funroll-loops -falign-functions=4 -fprefetch-loop-arrays -fexpensive-optimizations -fPIC -fomit-frame-pointer -fforce-addr -finline-functions -foptimize-sibling-calls -fdelete-null-pointer-checks -fno-cprop-registers -frerun-loop-opt -frename-registers -fmove-all-movables -freorder-blocks  -Demacs -I. -DHAVE_CONFIG_H -I/usr/X11R6/include dump-id.c
gcc -march=athlon-xp -O3 -pipe -funroll-loops -falign-functions=4 -fprefetch-loop-arrays -fexpensive-optimizations -fPIC -fomit-frame-pointer -fforce-addr -finline-functions -foptimize-sibling-calls -fdelete-null-pointer-checks -fno-cprop-registers -frerun-loop-opt -frename-registers -fmove-all-movables -freorder-blocks   -L/usr/X11R6/lib -Wl,-export-dynamic -o xemacs  abbrev.o alloc.o blocktype.o buffer.o bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o cmdloop.o cmds.o console.o console-stream.o data.o device.o dired.o doc.o doprnt.o dynarr.o editfns.o elhash.o emacs.o eval.o events.o filelock.o dumper.o balloon_help.o balloon-x.o eldap.o menubar.o scrollbar.o dialog.o toolbar.o menubar-x.o scrollbar-x.o dialog-x.o toolbar-x.o gui-x.o realpath.o inline.o linuxplay.o miscplay.o console-tty.o device-tty.o event-tty.o frame-tty.o objects-tty.o redisplay-tty.o cm.o terminfo.o gpmevent.o event-unixoid.o database.o sysdll.o emodules.o process-unix.o event-stream.o extents.o faces.o fileio.o  filemode.o floatfns.o fns.o font-lock.o frame.o general.o glyphs.o glyphs-eimage.o glyphs-widget.o gui.o gutter.o  hash.o imgproc.o indent.o insdel.o intl.o keymap.o  line-number.o lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o print.o process.o profile.o rangetab.o redisplay.o redisplay-output.o regex.o search.o select.o  signal.o sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o frame-x.o glyphs-x.o objects-x.o redisplay-x.o select-x.o xgccache.o widget.o window.o  lastfile.o vm-limit.o  EmacsFrame.o EmacsShell.o TopLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o   dump-id.o ../lwlib/liblw.a  -lXm -lpng -ljpeg -lz -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -lgdbm -lgpm -lncurses -lldap -lm -lutil 
./xemacs -nd -batch -l /var/tmp/portage/xemacs-21.4.12/work/xemacs-21.4.12/src/../lisp/update-elc.el
Error before initialization is complete!
Fatal error: assertion failed, file eval.c, line 1880, abort()
make[1]: *** [update-elc.stamp] Aborted
make[1]: Leaving directory `/var/tmp/portage/xemacs-21.4.12/work/xemacs-21.4.12/src'
make: *** [src] Error 2

!!! ERROR: app-editors/xemacs-21.4.12 failed.
!!! Function src_compile, Line 167, Exitcode 2
!!! (no error message)
Comment 2 Heinrich Wendel (RETIRED) gentoo-dev 2003-11-19 06:31:55 UTC
still an issue?
Comment 3 Andrew Cooks (RETIRED) gentoo-dev 2003-11-25 11:34:24 UTC
If anyone has more input, feel free to reopen this bug.