Hey guys. I've been trying to compile Tremulous version 1.1.0 for a while. It would always omit compiling the ASM tools. These are used to compile the QC bytecode instead of interpreting them. The game developers have told me that interpreting the QC is buggy and unsupported. It's very noticable. Now, I've looked into the makefile, and it seems to be thinking that I'm cross-compiling. It doesn't think this on Sourcemage GNU/Linux, oddly enough. Portage 2.1.2_rc1-r5 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r2 x86_64) ================================================================= System uname: 2.6.18-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.12.6 Last Sync: Fri, 10 Nov 2006 20:00:02 +0000 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -msse3 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -msse3 -O2 -pipe" DISTDIR="/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" 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="/mnt/ramdisk" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/personal" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 64bit 7zip X alsa bash-completion berkdb bitmap-fonts bzip2 cdinstall cdr cli cracklib crypt cups curl dlloader dri dvd elibc_glibc emul-linux-x86 ffmpeg firefox flac fortran ftp gdbm gif glibc-omitfp gtk gtk2 iconv imagemagick imlib input_devices_keyboard input_devices_mouse isdnlog jpeg kernel_linux libg++ mad mp3 mpeg ncurses nls nptl nptlonly nsplugin offensive ogg openal opengl oss pam pcre pdf perl png posix ppds pppd python readline reflection sdl session spell spl ssl svg symlink tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video video_cards_nvidia vorbis xorg xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
it's because the pos uses `uname` to set COMPILE_ARCH and the portage ARCH value freaks it out if you simply unset ARCH before running `emake`, it'll work fine
Can we unset ARCH in the ebuild?
(In reply to comment #2) > Can we unset ARCH in the ebuild? > I fixed it by adding "ARCH=x86_64" right above the emake line. I think this should be in the official ebuild, something along the lines of 'ARCH=`arch`' or, you know, the most effective way of fixing it, since my hardcoded way only works for x86_64. Feel free to post a bug report, I will in a week or two if someone else doesn't. Thanks.
I'd really like to get the proposed fix in Portage tree.. All amd64 users who get Tremulous are exposed to this problem.
...and I'd like to get a pony. *grin* http://www.gentoo.org/proj/en/desktop/games/#doc_chap5_sect10 I mean, this *bug report* is the request to have this done. It's already here. Saying it again just adds noise and gives the impression of "what I want is more important, so use your volunteer time the way that *I* want instead" rather than anything else. We'll get to it when we get to it, but tremulous is less than perfect out of the gate and upstream has been reluctant to offer fixed versions there.
A fix has been applied. Thanks for report & analysis.
