On a fresh system: emerge xemacs make[1]: Entering directory `/var/tmp/portage/xemacs-21.4.17/work/xemacs-21.4.1$ gcc -c -march=opteron -O2 -pipe -I. -DHAVE_CONFIG_H lwlib.c gcc -c -march=opteron -O2 -pipe -I. -DHAVE_CONFIG_H lwlib-utils.c gcc -c -march=opteron -O2 -pipe -I. -DHAVE_CONFIG_H lwlib-config.c gcc -c -march=opteron -O2 -pipe -I. -DHAVE_CONFIG_H xlwmenu.c gcc -c -march=opteron -O2 -pipe -I. -DHAVE_CONFIG_H xlwscrollbar.c gcc -c -march=opteron -O2 -pipe -I. -DHAVE_CONFIG_H lwlib-Xlw.c lwlib-Xlw.c:57:26: error: X11/Xaw/Form.h: No such file or directory lwlib-Xlw.c:58:29: error: X11/Xaw/Command.h: No such file or directory make[1]: *** [lwlib-Xlw.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/xemacs-21.4.17/work/xemacs-21.4.17$ make: *** [lwlib] Error 2 Manually installing libXaw solves the problem. Portage 2.1.1 (default-linux/amd64/2006.1/server, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 Dual Core AMD Opteron(tm) Processor 270 Gentoo Base System version 1.12.5 Last Sync: Tue, 19 Sep 2006 14:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-march=opteron -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ " LINGUAS="" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X apache2 bash-completion berkdb bitmap-fonts cli crypt cups dlloader dri elibc_glibc fortran gdbm gpm gtk input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux ldap libg++ logrotate mailwrapper mysql ncurses nls nptl nptlonly pam pcre perl png ppds pppd python readline reflection session snmp spl ssl tcpd tiff truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xml xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Could you please indicate which use flags you used to emerge xemacs? libXaw is pulled in as a dependency in certain cases, but apparently not in your specific situation. Knowing the full set of use flags makes it easier to fix this.
The use flags are in my original post in the 'emerge info' output.
Ok, thanks, just wanted to make sure that you did not use any special flags specific to xemacs. The ebuild is indeed broken. By default the lucid widgets are used for the user interface, but this still requires libXaw to be present. I've updated the dependencies in my local development version to reflect this. Hopefully this will land in portage soon as my developer status is confirmed by recruitment.
I can reproduce this error - libXaw dep is not really conditional :-(
X and libXaw dependencies should now be fixed in xemacs-21.4.20-r1