Bug 77040 – xemacs emerge fails during configure process unless USE="athena" is enabled

• Product: Gentoo Linux
• Status: RESOLVED TEST-REQUEST

[Description Sean Dague 2005-01-07 09:27:48 UTC]

When I attempt to emerge xemacs without USE="athena" enabled, the configure process breaks all over the place (at NAS, gdbm, and finally dlopen).  The root cause of this is the xemacs configure script attempting to use -lXm in all the test executables.  (-lXm comes from motif, either lesstif or openmotif).  This is because of some logic in the configure script which has determined that motif is required

Even if both lesstif and openmotif are installed, the motif libraries aren't getting picked up by default, it appears they are not getting added to /etc/ld.so.conf (for openmotif /usr/X11R6/lib64 is there, but /usr/X11R6/lib is not)

athena should be added as a requirement, not optional, otherwise this problem won't go away.

Reproducible: Always
Steps to Reproduce:
1. emerge --unmerge athena openmotif lesstif
2. USE="-athena" emerge xemacs
3.

Actual Results:  
xemacs fails on the configure script

Expected Results:  
build and install

Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.8.1-19mdk x86_64)
=================================================================
System uname: 2.6.8.1-19mdk x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Jan  6 2005, 15:14:01)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.9.3, 1.6.3, 1.7.9, 1.4_p6, 1.8.5-r2
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r2
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox userpriv"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
ftp://ftp.ndlug.nd.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo"
LDFLAGS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X Xaw3d aac aalib acpi aim alsa arts athena audiofile avi
bash-completion berkdb bindist bitmap-fonts bzlib crypt cups curl dbm divx4linux
dvd dvdr emacs esd evo exif f77 fam flac foomaticdb fortran ftp gd gdbm gif
gnome gnustep gnutls gphoto2 gpm gtk gtk2 gtkhtml imagemagick imlib ipv6 jabber
java jp2 jpeg kde libwww lzw lzw-tiff makecheck mbox mime mng motif mozilla mpeg
msn multilib mysql nas ncurses nls offensive oggvorbis openal opengl oscar oss
pam pda perl pic png ppds profile python qt quicktime readline scanner sdl
shared sharedmem slp sndfile sockets sox speex spell ssl svg tcpd tetex theora
tidy tiff truetype truetype-fonts type1-fonts unicode usb userlocales xine
xinerama xml2 xmms xosd xpm xprint xrandr xv xvid yahoo zlib"

[Comment 1 Hans de Graaff 2007-01-07 13:05:29 UTC]

Could you please verify whether this is still a problem with xemacs 21.4.20-r1 which is currently in portage? Some dependency issues with regard to the athena libraries have been solved, so I expect this problem to be solved as well.