While upgrading to fftw-3.1 I got the following configure error: >>> einstein ~ # emerge -av1 =sci-libs/fftw-3.1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sci-libs/fftw-3.1 [3.0.1-r2] USE="3dnow -sse -sse2" 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] y >>> Emerging (1 of 1) sci-libs/fftw-3.1 to / [...] /usr/bin/confcache --confcache-ignore /var/tmp/.distcc --confcache-dir /var/tmp/confcache ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-shared --enable-threads --enable-float --enable-k7 --build=i686-pc-linux-gnu configure: loading cache config.cache checking for a BSD-compatible install... (cached) /bin/install -c checking whether build environment is sane... yes checking for gawk... (cached) gawk checking whether make sets $(MAKE)... (cached) yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... (cached) i686-pc-linux-gnu checking host system type... (cached) i686-pc-linux-gnu configure: error: --enable-k7 is incompatible with --enable-shared. !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/fftw-3.1/work/fftw-3.1-single/config.log !!! ERROR: sci-libs/fftw-3.1 failed. Call stack: ebuild.sh, line 1933: Called dyn_compile ebuild.sh, line 971: Called src_compile fftw-3.1.ebuild, line 51: Called econf 'compile' '--enable-shared' '--enable-threads' '--enable-float' !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. <<< Compiling with USE="-3dnow" works. fftw-3.0.1-r2 doesn't have this problem (it too enabled both --enable-k7 and --enable-shared) >>> einstein ~ # emerge --info Portage 2.1_pre5-r4 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15-gentoo-r5 i686) ================================================================= System uname: 2.6.15-gentoo-r5 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.12.0_pre16 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.4.2-r1 sys-apps/sandbox: 1.2.17 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-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla-firefox/searchplugins /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/hal/fdi /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig confcache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://chl.fem.tu-ilmenau.de ftp://ftp.tu-ilmenau.de/Mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 aac apache2 apm arts avi bash-completion berkdb bitmap-fonts bzip2 crypt cups dba dts dv dvd dvdr dvdread eds emboss fbcon foomaticdb gd gdbm gif gpm gstreamer gtk gtk2 imlib ipv6 java jikes jpeg junit kde kdexdeltas libg++ libwww mad matroska mikmod mmx mng motif mozilla mozsvg mp3 mpeg mysql ncurses nls nptl nvidia offensive ogg opengl pam pdflib perl php png python qt quicktime readline real samba sdl session slang source speex spell ssl svg tcpd theora tiff truetype truetype-fonts type1-fonts udev usb vcd vorbis win32codecs wmf xine xml xml2 xmms xprint xsl xv xvid zlib elibc_glibc kernel_linux linguas_de linguas_en userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LDFLAGS <<<
Hi Andreas, Thanks for reporting! I'll have a look at it. Best, Markus
Created attachment 81620 [details] ebuild to compile on AMD-K7 as well ... by disabling shared libs
In fftw 3.1 they changed the behavior of the config-script, if - k7-cpu is used and - shared libraries should be built In this case the script stops. I think, this has something to do with inserting new assembler-code especially for the k7-cpus. I changed the ebuild, so that it doesn't create shared libs, if a k7-cpu is used. (Detected via useflag "3dnow". As I am not a very well programmer, and this is my first attempt to fix something in an ebuild ... please someone test it. Regards Ruedi
*** Bug 125370 has been marked as a duplicate of this bug. ***
Hi folks, Thanks for your reports and fixes. Indeed, from the fftw Changelog ------------------- snip ---------------------- 2006-01-21 Matteo Frigo <athena@fftw.org> * configure.ac: Report that --enable-k7 is incompatible with --enable-shared. ------------------------------------------------- Hence, I've just disabled building of shared libs on k7. The updated ebuild should be on the mirrors in an hour or so. Thanks, Markus
i guess the proper fix would be to fix the asm instead, added to my todo list.
(In reply to comment #6) > i guess the proper fix would be to fix the asm instead, added to my todo list. > Thank you very much! Please re-open the bug once there are any news on this so I can get in touch with upstream as well. best, Markus
erm you should be disabling 3dnow support, not shared lib support
(In reply to comment #8) > erm you should be disabling 3dnow support, not shared lib support > Right, my bad, and thanks for pointing this out :( I've removed the 3dnow useflag in favor of shared lib support for k7. Thanks, Markus
(In reply to comment #7) > Thank you very much! Please re-open the bug once there are any news on > this so I can get in touch with upstream as well. i took a look and it turns out that the solution is in upstream's hand as all the non-PIC .S files have apparently been generated by some tool, so the proper fix would be in that tool, not by manually patching the generated code. the files in question are dft/k7/*.S and i have no idea who/how generates them, but upstream should know.