Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 103439 - fftw compilation failure with cpu extended feature enabled in gcc
Summary: fftw compilation failure with cpu extended feature enabled in gcc
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-23 05:40 UTC by Samuele Kaplun
Modified: 2005-08-23 08:26 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Samuele Kaplun 2005-08-23 05:40:09 UTC
Enabling mmx mmx2 sse sse2 3dnow 3dnowext makes fftw failing in compiling on 
amd64 
 

Reproducible: Always
Steps to Reproduce:
1.emerge fftw 
 
Actual Results:  
mv -f .libs/sse2-aux.lo sse2-aux.lo 
if /bin/sh ../libtool --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H 
-I. -I. -I..  -I../kernel   -O2 -march=athlon64 -pipe -O2 -pthread -msse -MT 
sse2.lo -MD -MP -MF ".deps/sse2.Tpo" \ 
  -c -o sse2.lo `test -f 'sse2.c' || echo './'`sse2.c; \ 
then mv ".deps/sse2.Tpo" ".deps/sse2.Plo"; \ 
else rm -f ".deps/sse2.Tpo"; exit 1; \ 
fi 
{standard input}: Assembler messages: 
{standard input}:81: Error: suffix or operands invalid for `push' 
{standard input}:83: Error: suffix or operands invalid for `pop' 
make[2]: *** [sse.lo] Error 1 
make[2]: *** Waiting for unfinished jobs.... 
rm -f .libs/sse2.lo 
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../kernel -O2 
-march=athlon64 -pipe -O2 -pthread -msse -MT sse2.lo -MD -MP 
-MF .deps/sse2.Tpo -c sse2.c  -fPIC -DPIC -o .libs/sse2.lo 
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../kernel -O2 
-march=athlon64 -pipe -O2 -pthread -msse -MT sse2.lo -MD -MP 
-MF .deps/sse2.Tpo -c sse2.c -o sse2.o >/dev/null 2>&1 
mv -f .libs/sse2.lo sse2.lo 
make[2]: Leaving directory 
`/var/tmp/portage/fftw-3.0.1-r2/work/fftw-3.0.1-single/simd' 
make[1]: *** [all-recursive] Error 1 
make[1]: Leaving directory 
`/var/tmp/portage/fftw-3.0.1-r2/work/fftw-3.0.1-single' 
make: *** [all] Error 2 
 
!!! ERROR: sci-libs/fftw-3.0.1-r2 failed. 
!!! Function src_compile, Line 72, Exitcode 2 
!!! (no error message) 
!!! If you need support, post the topmost build error, NOT this status 
message. 
 
 


Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 
2.6.12-ck5 x86_64) 
================================================================= 
System uname: 2.6.12-ck5 x86_64 AMD Athlon(tm) 64 Processor 3500+ 
Gentoo Base System version 1.12.0_pre6 
ccache version 2.4 [disabled] 
dev-lang/python:     2.3.5, 2.4.1-r1 
sys-apps/sandbox:    1.2.12 
sys-devel/autoconf:  2.13, 2.59-r7 
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 
sys-devel/binutils:  2.16.1 
sys-devel/libtool:   1.5.18-r1 
virtual/os-headers:  2.6.11-r2 
ACCEPT_KEYWORDS="amd64 ~amd64" 
AUTOCLEAN="yes" 
CBUILD="x86_64-pc-linux-gnu" 
CFLAGS="-O2 -march=athlon64 -pipe" 
CHOST="x86_64-pc-linux-gnu" 
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control /var/service" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" 
CXXFLAGS="-O2 -march=athlon64 -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoconfig distlocks sandbox sfperms strict" 
GENTOO_MIRRORS="http://ftp.unina.it/pub/linux/distributions/gentoo 
ftp://ftp.unina.it/pub/linux/distributions/gentoo 
http://mirror.switch.ch/ftp/mirror/gentoo/ 
ftp://mirror.switch.ch/mirror/gentoo/ 
http://ibiblio.org/pub/Linux/MIRRORS.html " 
LANG="it_IT@euro" 
LC_ALL="it_IT" 
LINGUAS="it" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" 
USE="amd64 3dnow 3dnowext X a52 aac aalib acpi alsa arts audiofile avi 
bash-completion bash-completition bcmath berkdb bindist bitmap-fonts bluetooth 
bonobo browserplugin bzlib caps cdparanoia cdr cpudetection crypt css ctype 
cups curl dbm dbus dbx dga doc dts dv dvb dvd dvdr dvdread eds encode esd exif 
expat fbcon ffmpeg fftw flac flash foomaticdb fortran freetype ftp gb gd gdbm 
gif gimpprint glut gmp gphoto2 gpm gtk gtk2 gtkhtml guile hal howl iconv 
ieee1394 imagemagick imap imlib innodb ipv6 java javascript jpeg jpeg2k junit 
kde kdeenablefinal kernel_linux lcms ldap lesstif libcaca libedit libgda 
libwww lirc live lm_sensors logitech logitech-mouse lzo lzw lzw-tiff mad mhash 
mikmod mime mmap mmx mmx2 mmxext mng motif mozilla mp3 mpeg msn musepack mysql 
mysqli ncurses nls nptl ogg oggvorbis openal openexr opengl pam pcmcia pcre 
pdflib perl plotutils plugin png posix postgres ppds python qt quicktime 
readline real rtc samba scanner sdl session sharedext sharedmem simplexml 
slang sndfile snmp soap sockets sox speex spell spl sqlite sse sse2 ssl 
sumlink svg sysvipc szip tcltk tcpd tetex theora threads tidy tiff tokenizer 
truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vcd 
videos visualization vorbis wifi win32codecs wmf wxwindows xanim xface xine 
xinerama xml xml2 xmlrpc xmms xosd xpm xsl xv xvid xvmc zeroconf zlib 
linguas_it userland_GNU elibc_glibc" 
Unset:  ASFLAGS, CTARGET, LDFLAGS, PORTDIR_OVERLAY
Comment 1 Marcus D. Hanwell (RETIRED) gentoo-dev 2005-08-23 08:10:42 UTC
How have you enabled mmx and friends? They are use.masked for the amd64 profile.
As far as I know mmx2 isn't supported on the amd64 either. The USE flags are
masked as most of the mmx/sse stuff is x86 asm and so breaks on the amd64
architecture. Where packages have working x86_64 asm we hard enable it in the
ebuilds. I am unable to reproduce your bug and am marking it as invalid, please
reopen if I am mistaken.
Comment 2 Samuele Kaplun 2005-08-23 08:21:12 UTC
Yes I've anabled them by hand (through /etc/make.profile/use.mask -mmx   
-sse...) because I thought that having such a powerful processor without   
exploiting its extension was bad... Sorry if I tried.   
But then, do I have to wait till gcc and friends support them or it's better   
to use a 32bit os :'-( ?   
Kind regards 
 
   
Comment 3 Samuele Kaplun 2005-08-23 08:26:32 UTC
Sorry I've now understanded what you mean... [I'm a bit a dog with English...] 
Thank you for your infos and support!