See note from Bug #84876
Created attachment 59254 [details] The last few lines from an attempt to make clisp with X on an Alpha. I've noticed this problem, too, with my Alpha EV5. Attached output from "make" trying to make clisp --with-module=clx/new-clx Portage 2.0.51.19 (default-linux/alpha/2005.0, gcc-3.3.2, glibc-2.3.2-r12, 2.4.30 alpha) ================================================================= System uname: 2.4.30 alpha EV5 Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 7 2005, 17:51:24)] distcc 2.16 alphaev5-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.4-r1 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.9.5, 1.6.3, 1.8.5-r3, 1.4_p6, 1.7.9-r1, 1.5 sys-devel/binutils: 2.14.90.0.8-r2 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="alpha" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=ev5 -pipe -mieee -fomit-frame-pointer" CHOST="alphaev5-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=ev5 -pipe -mieee -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig distcc distlocks strict" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="alpha X aac aalib acl arts artswrappersuid audiofile berkdb bitmap-fonts cdparanoia cdr cjk crypt cscope cups curl dlloader doc dv dvd eds emacs encode esd fam fbcon ffmpeg flac font-server foomaticdb fortran fpx gcj gdbm gif gnome gnutls gpm graphviz gstreamer gtk gtk2 guile idea imagemagick imlib ipv6 javascript jbig jpeg jpeg2k kde lcms leim libcaca libg++ libwww lua mad md5sum mikmod mng motif mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg nas ncurses network nls ogg oggvorbis opengl oss pam pcre pdflib perl pic png povray python qt quicktime readline samba scanner sdl silc skey slang slp speex spell ssl tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts ucs2 unicode usb vim-with-x vorbis wmf xine xinerama xml2 xmms xscreensaver xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
However, it appears that the compilation problem is with the immaturity of new-clx. CLISP does compile --with-module=clx/mit-clx. I haven't yet found whether it actually works. new-clx seems to be fast and new (started in 1995) and written in C. It's advertised as having all sorts of new features, but the small print says it doesn't implement all the old features yet. Still. As near as I can tell, mit-clx is old and unmaintained. Reputedly, it doesn't like things like displays other than 0 on a machine (e.g. no SSH forwarding). Also, it didn't work when I tried to run things like the CLX demo programs. [1]> (load "hello.lisp") ;; Loading file hello.lisp ... *** - EXPOSURE-EVENT-GET-MACRO: symbol GET-CODE has no value Break 1 XLIB[2]> So, X probably doesn't work on non-x86 at the moment.
well, clisp definitely doesn't build on amd64 unless you override the 'X' use flag in /etc/portage/package.use. Is this something to echo to upstream, or is it something that will be fixed in our tree?
assuming fixed in current version...