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"
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.
