Compile fails with lib problems, claiming the install libs are incompatible. Build log attached.
Created attachment 113678 [details] Build log with full errors
Portage 2.1.2.2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.19-gentoo-r5 x86_64) ================================================================= System uname: 2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.12.1 Timestamp of tree: Sun, 18 Mar 2007 14:50:02 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 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.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O3 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/init.d /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon64 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache confcache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://www.gtlib.gatech.edu/pub/gentoo http://gentoo.mirrors.pair.com/ " 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X aac acpi alsa amd64 apache2 bash-completion berkdb bitmap-fonts browserplugin cdr cli cracklib crypt cups dbus dri dvd dvdr fortran gd gdbm gif gimp gnome gpm gtk gtk2 hal iconv ipod ipv6 isdnlog jack java jpeg kdrive ldap libg++ lm_sensors midi mozbranding mp3 ncurses nls nptl nptlonly nsplugin nvidia opengl pam pcre perl png ppd ppds pppd python qt3 readline reflection samba sdl session shape spell spl ssl tcpd tiff truetype-fonts type1-fonts unicode usb vorbis wma xinerama xml xorg xscreensaver zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia vesa fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
looking at the build log, this looks to be a problem with multilib.eclass can you emerge --sync and try again?
I emerged --sync on Mon, Mar 6:30am -0700, and the results were identical. Am I supposed to re-emerge one of the lib classes first?
Is this still an issue? If not please close this bug. From Changelog: mupen64-0.5-r3 (27 Mar 2007) 27 Mar 2007; Christian Birchinger <joker@gentoo.org> +files/mupen64-0.5-anisotropic.patch, +files/mupen64-0.5-gentoo3.patch, +mupen64-0.5-r3.ebuild: New revision with better support for multilib installs.
Let's ask Joker. Joker?
Sorry for the delay. It does compile sucessfully, and even starts running. However, I have not yet gotten the program to actually work. When I start a ROM, it seg faults. This is likely due to the graphics output plugin, and may be a config issue on my end. As a result, I hadn't responded previously. I'll work on it some more tonnight and see if I can make it work (i.e., prove it was a config issue on my part). I also wasn't sure if you wanted to close this bug, as it does now compile sucessfully, and if the problem I'm experiencing is actually still a bug, I could open a new one. Your call...I'm still new to the bug reporting process. --Jim
Well the EMU has some known runtime issues (many on AMD64 systems). For example "dynamic recompiler" causes a SIG11 on startup. This can be fixed by switching to "interpreter" which is still more than fast enough on those machibes. I heard the reason is the NX feature of the CPU. However i'm really not able to fix that code, and upstream did not release an update for a long time. I leave it up to the games team to remove the app from portage. However, it works fine when it's configured correct and i'd prefer to keep it until it's really unaccaptable, because there's no alternative around. For the record: I just built it again on my current amd64 setup and it produces a usable installation.
When configuring with "Interperter", it works as expected...Thanks!
