When emerging cinelerra-20080602 with newly enabled mmx useflag I got compile error basically saying "Can't find nasm executable". This happens in the part when compiling something with mpeg2enc and containing a lot of mmx stuff. After emerging dev-lang/nasm cinelerra compiles fine. Unfortunately, I cannot provide detailed compile error, since I haven't stored it and continued with solving the problem. So I ask anyone encountering it to post it, thanks. Reproducible: Always Steps to Reproduce: 1.emerge cinelerra with mmx useflag Actual Results: Compile error. Expected Results: Correct install My cinelerra useflags are: alsa mmx opengl oss truetype -3dnow -altivec -css -esd -ieee1394 -static
Confirmed resolved by emerging dev-lang/nasm Top most (hopefully) compile error as requested: /bin/sh ../libtool --tag=CC --mode=compile ../admin/nasm -march=athlon64 -msse3 -O2 -pipe -c -o fdct_mmx.lo fdct_mmx.s ../admin/nasm -march=athlon64 -msse3 -O2 -pipe -c fdct_mmx.s -fPIC -DPIC -o .libs/fdct_mmx.o x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime -I../libmpeg3 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -march=athlon64 -msse3 -O2 -pipe -MT cpu_accel.lo -MD -MP -MF .deps/cpu_accel.Tpo -c cpu_accel.c -fPIC -DPIC -o .libs/cpu_accel.o \1 better written as $1 at ../admin/nasm line 12. Use of $# is deprecated at ../admin/nasm line 27. nasm -felf fdct_mmx.s -o .libs/fdct_mmx.o Can't exec "nasm": No such file or directory at ../admin/nasm line 24. media-video/cinelerra-20080602 USE="alsa mmx opengl truetype -3dnow (-altivec) -css -esd -ieee1394 -oss -static" Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.23-gentoo-r8 x86_64)
I'm a bit confused by this, afaik nasm is only capable of x86-code. And on x86, we already fetch nasm as a dep. Can you paste the full output and your emerge --info?
Created attachment 160648 [details] Log of cinelerra without nasm I confirm it, nasm is required by cinelerra. My emerge --info: # emerge --info Portage 2.2_rc1 (default/linux/amd64/2008.0, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.25-gentoo-r6 x86_64) ================================================================= System uname: Linux-2.6.25-gentoo-r6-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T7500_@_2.20GHz-with-glibc2.2.5 Timestamp of tree: Thu, 17 Jul 2008 15:30:02 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.5.2-r5 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -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/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks logs parallel-fetch preserve-libs sandbox sfperms strict test unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="pl_PL.UTF-8" LC_ALL="pl_PL.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="pl en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/science /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acm acpi alsa amd64 bash-completion berkdb bzip2 cli cracklib crypt cups dbus dell dri fortran gdbm gpm hal iconv isdnlog jpeg kde kerberos laptop lm_sensors midi mmx mmxext mudflap multilib ncurses nls nptl nptlonly nsplugin ntplonly nvidia opengl openmp pam pcre pdf perl pmu png pppd python qt3 qt3support qt4 readline reflection session slang spl sse sse2 ssl ssse3 svg tcpd unicode vim-syntax xcomposite xinerama xorg xvmc zlib" ALSA_CARDS="hda-intel" 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" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="pl en" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
NASM now appears to support x86_64 code. From their web site.... ; 64-bit (x86-64/x64/AMD64/Intel 64) Support Is Here!!! NASM has been updated to support the full x86-64 architecture extension, and is fully supported since NASM 2.00.
ok, should be fixed now.