I tried to emerge /usr/portage/media-video/transcode/transcode-0.6.11.ebuild, but this produced an error during predicting MMX. Reproducible: Always Steps to Reproduce: 1. emerge /usr/portage/media-video/transcode/transcode-0.6.11.ebuild 2. 3. Actual Results: if gcc -DHAVE_CONFIG_H -I.. -I. -I.. -I. -funroll-loops -ffast-math -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_MMX -MT fdctdata.o -MD -MP -MF ".deps/fdctdata.Tpo" \ -c -o fdctdata.o `test -f 'fdctdata.c' || echo './'`fdctdata.c; \ then mv -f ".deps/fdctdata.Tpo" ".deps/fdctdata.Po"; \ else rm -f ".deps/fdctdata.Tpo"; exit 1; \ fi if gcc -DHAVE_CONFIG_H -I.. -I. -I.. -I. -funroll-loops -ffast-math -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_MMX -MT idctdata.o -MD -MP -MF ".deps/idctdata.Tpo" \ -c -o idctdata.o `test -f 'idctdata.c' || echo './'`idctdata.c; \ then mv -f ".deps/idctdata.Tpo" ".deps/idctdata.Po"; \ else rm -f ".deps/idctdata.Tpo"; exit 1; \ fi if gcc -DHAVE_CONFIG_H -I.. -I. -I.. -I. -funroll-loops -ffast-math -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_MMX -MT quantdata.o -MD -MP -MF ".deps/quantdata.Tpo" \ -c -o quantdata.o `test -f 'quantdata.c' || echo './'`quantdata.c; \ then mv -f ".deps/quantdata.Tpo" ".deps/quantdata.Po"; \ else rm -f ".deps/quantdata.Tpo"; exit 1; \ fi gcc -funroll-loops -ffast-math -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_MMX -c `test -f 'predict_mmx.S' || echo './'`predict_mmx.S predict_mmx.S: Assembler messages: predict_mmx.S:39: Error: suffix or operands invalid for `push' predict_mmx.S:40: Error: suffix or operands invalid for `push' predict_mmx.S:41: Error: suffix or operands invalid for `push' predict_mmx.S:42: Error: suffix or operands invalid for `push' predict_mmx.S:45: Error: suffix or operands invalid for `pop' predict_mmx.S:46: Internal error, aborting at config/tc-i386.c line 3463 in output_imm Please report this bug. make[3]: *** [predict_mmx.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/bbmpeg' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/bbmpeg' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11' make: *** [all] Error 2 !!! ERROR: media-video/transcode-0.6.11 failed. !!! Function src_compile, Line 121, Exitcode 2 !!! (no error message) Expected Results: successful emerge of transcode Portage 2.0.49-r20 (default-amd64-1.4, gcc-3.3.2, glibc-2.3.3_pre20031222-r0, 2.6.0-gentoo-r1) ================================================================= System uname: 2.6.0-gentoo-r1 x86_64 4 Gentoo Base System version 1.4.3.12 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /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/env.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="3dnow X acpi acpi4linux alsa amd64 arts avi berkdb cdr crypt cups dga dvb dvd dvdr encode faad fbcon ffmpeg foomaticdb freetype gdbm gif gpm gtk gtk2 guile imagemagick imlib innodb java jpeg kde libg++ libwww md5sum mikmod mmx mozilla mpeg nas ncurses nls nvidia oggvorbis opengl opie pam pda pdflib perl png python qt quicktime readline scanner sdl slang slp spell sse ssl tcpd tetex tiff transcode truetype unicode usb wmf xml2 xmms xv zeo zlib"
Because of some old comments in the forum, I tried: USE="-mmx -sse -3dnow" emerge /usr/portage/media-video/transcode/transcode-0.6.11.ebuild The compilation did go on for a much longer time, but finally stopped. 64_SOURCE -D_FILE_OFFSET_BITS=64 -g -MT ac3scan.lo -MD -MP -MF .deps/ac3scan.Tpo -c ac3scan.c -fPIC -DPIC -o .libs/ac3scan.o /bin/sh ../libtool --mode=link gcc -D_REENTRANT -funroll-loops -ffast-math -Wall -DMOD_PATH=\"/usr/lib/transcode\" -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -o import_vdrac3.la -rpath /usr/lib/transcode -module -avoid-version import_vdrac3.lo ioaux.lo ac3scan.lo -L../libac3 -lac3_tc -lm -lpthread -ldl *** Warning: linker path does not have real file for library -lac3_tc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libac3_tc and none of the candidates passed a file format test *** using a file magic. Last file checked: /var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/libac3/libac3_tc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module import_vdrac3. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. ar cru .libs/import_vdrac3.a .libs/import_vdrac3.o .libs/ioaux.o .libs/ac3scan.o ranlib .libs/import_vdrac3.a creating import_vdrac3.la (cd .libs && rm -f import_vdrac3.la && ln -s ../import_vdrac3.la import_vdrac3.la) ... code\" -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -MT dvd_reader.lo -MD -MP -MF .deps/dvd_reader.Tpo -c dvd_reader.c -fPIC -DPIC -o .libs/dvd_reader.o /bin/sh ../libtool --mode=link gcc -D_REENTRANT -funroll-loops -ffast-math -Wall -DMOD_PATH=\"/usr/lib/transcode\" -pipe -DDCT_YUV_PRECISION=1 -O3 -O3 -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -o import_dvd.la -rpath /usr/lib/transcode -module -avoid-version import_dvd.lo ac3scan.lo dvd_reader.lo clone.lo ioaux.lo frame_info.lo ivtc.lo -L/usr/lib -ldvdread -lm -L../libac3 -lac3_tc -lm -lpthread -ldl *** Warning: linker path does not have real file for library -lac3_tc. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libac3_tc and none of the candidates passed a file format test *** using a file magic. Last file checked: /var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/libac3/libac3_tc.a *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module import_dvd. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. ar cru .libs/import_dvd.a .libs/import_dvd.o .libs/ac3scan.o .libs/dvd_reader.o .libs/clone.o .libs/ioaux.o .libs/frame_info.o .libs/ivtc.o ranlib .libs/import_dvd.a ... g++ -shared /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../crti.o /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/crtbeginS.o .libs/af6_decore.o .libs/ioaux.o -L/usr/x86_64-pc-linux-gnu/lib -L/usr/x86_64-pc-linux-gnu/bin -L/usr/X11R6/lib -L/usr/lib /usr/lib/libaviplay.so -lpthread -ldl -L/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2 -L/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../.. /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/libstdc++.so -lm -lc -lgcc_s /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/crtendS.o /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../crtn.o -Wl,-rpath -Wl,/usr/lib -o .libs/af6_decore.so /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../crti.o(.init+0x0): In function `_init': /var/tmp/portage/glibc-2.3.3_pre20031222/work/glibc-2.3.2/buildhere/csu/crti.S:11: multiple definition of `_init' /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../crti.o(.init+0x0):/var/tmp/portage/glibc-2.3.3_pre20031222/work/glibc-2.3.2/buildhere/csu/crti.S:11: first defined here /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../crti.o(.fini+0x0): In function `_fini': : multiple definition of `_fini' /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/../../../crti.o(.fini+0x0): first defined here /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/crtbeginS.o(.data.rel+0x0): multiple definition of `__dso_handle' /usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.2/crtbeginS.o(.data.rel+0x0): first defined here collect2: ld returned 1 exit status make[3]: *** [af6_decore.la] Error 1 make[3]: Leaving directory `/var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/import' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/import' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11' make: *** [all] Error 2 !!! ERROR: media-video/transcode-0.6.11 failed. !!! Function src_compile, Line 121, Exitcode 2 !!! (no error message)
Created attachment 23189 [details] changes to compile on amd64 a little bit longer Hi, I contacted the author of transcode and he told me that MMX is currently not working and the other errors are due to a error in libtool and are fixed in the transcode cvs. I tried the cvs and could build transcode using the attached ebuild. Hope this helps. J
Created attachment 23189 [details] changes to compile on amd64 a little bit longer Hi, I contacted the author of transcode and he told me that MMX is currently not working and the other errors are due to a error in libtool and are fixed in the transcode cvs. I tried the cvs and could build transcode using the attached ebuild. Hope this helps. Jörg
there are some error, ebuild doesnt work for me 1. change ~amd to ~amd64 in Keywords, Line 19 2. the call of elibtoolize gives me a warning, but continues 3. the call of econf aborts due to an error. Reason: the ebuild trys to change directory to /var/tmp/portage/transcode-0.6.11/work/transcode/ instead of /var/tmp/portage/transcode-0.6.11/work/transcode-0.6.11/ I'm working on this...
Sorry about the amd instead of ~amd64. But anyhow this ebuild won't build on amd64 (but the make process will pass the MMX and SSE optimization, which I have switched off, because they don't work on amd64). This ebuild will only build with an actual cvs checkout of transcode. Update: transcode-0.6.12 was released today. http://www.zebra.fh-weingarten.de/~transcode/pre/transcode-0.6.12.tar.gz I will try my ebuild on it and will give you some feedback later on.
Created attachment 23415 [details] Update to transcode-0.6.1.2 including amd64 fix I checked this ebuild on my amd64 and it compiled nicely. Therefore I would like to ask someone responsible to add it to the cvs and mark it with ~amd64. This transcode version now works with xvid4 aka xvid 1.0.0_beta3. To get it running a xvid4.cfg file is needed. This can be produced by xvid4conf http://zebra.fh-weingarten.de/~transcode/xvid4conf/
still ~amd instead of ~amd64 in KEYWORDS.... but with that change, it works now ! THX J
still ~amd instead of ~amd64 in KEYWORDS.... but with that change, it works now ! THX Jörg !
Created attachment 23512 [details] Changed ~amd to ~amd64 Ok, I guess it was just a little bit to late yesterday evening. I changed ~amd to ~amd64. To make the ebuild even a little bit nicer the if ... then condition could use the architecture function. I have seen somewhere something like (ARCH). Whoever knows what I am talking about, please change the ebuild.
Please add this ebuild to the cvs. It is fixing amd64 problems and updates transcode to the newest version, which is able to support xvid4 (xvid-1.0-beta3).
hm, ebuild for 0.6.12 is in portage now, but there is still no ~amd64 in it. Please add.
done
