sys-devel/m4-1.4.10 will fail to build with an undefind reference, this is caused by -ffast-math being in CFLAGS. Simple solution is to filter the flag as it is known to cause issues. Patch attached is the solution to this minor problem. Reproducible: Always Portage 2.1.3_rc8 (default-linux/amd64/2007.0, gcc-4.2.0, glibc-2.6-r0, 2.6.22-ck1 x86_64) ================================================================= System uname: 2.6.22-ck1 x86_64 AMD Athlon(tm) 64 Processor 3800+ Gentoo Base System release 1.12.10 Timestamp of tree: Fri, 20 Jul 2007 02:30:01 +0000 ccache version 2.4 [disabled] dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r7 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.22-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=athlon64 -ffast-math -ftracer -fprefetch-loop-arrays -pipe -fforce-addr -ftree-vectorize" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon64 -ffast-math -ftracer -fprefetch-loop-arrays -pipe -fforce-addr -ftree-vectorize" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" 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="/home/gentoo" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acpi alsa amd64 berkdb branding bzip2 cdr cpudetection cracklib crypt cups dbus dri dvd dvdr dvdread encode ffmpeg firefox gdm gif gnome gtk hal jpeg mad mmx mmxext moznopango mp3 ncurses nptl nptlonly nsplugin nss ogg opengl pam perl pic png python readline sdl spell sse sse2 ssl svg tcpd tiff unicode vorbis x264 xinerama xorg xv xvid 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="copy linear route mulaw alaw adpcm rate plug multi shm file null empty share meter hooks lfloat ladspa dmix dshare dsnoop asym iec958 softvol extplug ioplug" ELIBC="glibc" INPUT_DEVICES="mouse keyboard synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon fglrx" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 125466 [details] ebuild patch filtering -ffast-math
fixed the typo in summary
Erm, nope. You are using retarded global flags -> your problem.
Piss off you wanker I have had enough of your bullshit. Just assign the damn bug to the appropriate herd so it can be fixed.
Don't use stupid global C[XX]FLAGS (man gcc)
Christel you need to do something with this asshole. This is become rediculous with how he handles bugs. This is a valid bug and I will not have some kids tell me what cflags when upstream and I have spoken on my CFLAGS before this bug just needs to be fixed and done with already.
Your bugzilla account should be suspended. It's really sad that an ex-developer can't read man gcc.
man gcc: <snip> This option should never be turned on by any -O option since it can result in incorrect output for programs which depend on an exact implementation of IEEE or ISO rules/specifications for math functions. </snip> http://devmanual.gentoo.org/ebuild-writing/functions/src_compile/build-environment/index.html CLOSED, don't touch this bug.
(In reply to comment #8) > man gcc: > > <snip> > This option should never be turned on by any -O option since it can result in > incorrect output for programs which depend on an exact implementation of IEEE > or ISO rules/specifications for math functions. > </snip> > > http://devmanual.gentoo.org/ebuild-writing/functions/src_compile/build-environment/index.html > > CLOSED, don't touch this bug. > HAHA your a nobody a bug wrangler assign the bug and be done with it I will reopen it as long as it takes to get it fixed.
(In reply to comment #4) > Piss off you wanker I have had enough of your bullshit. Just assign the damn > bug to the appropriate herd so it can be fixed. > Anarchy, please {re-}read the CoC - http://www.gentoo.org/proj/en/council/coc.xml This type of language *won't* be tolerated. If you fail to act courteously, your account will be suspended (This is an userrel notice)
(In reply to comment #10) > (In reply to comment #4) > > Piss off you wanker I have had enough of your bullshit. Just assign the damn > > bug to the appropriate herd so it can be fixed. > > > > Anarchy, please {re-}read the CoC - > http://www.gentoo.org/proj/en/council/coc.xml > This type of language *won't* be tolerated. If you fail to act courteously, > your account will be suspended > > (This is an userrel notice) > suspend it I do not care I have 1300 more email addies I can use for bugzilla. Get real and do something with your dumbass bug wrangler who has no fucking clue.
(In reply to comment #11) This account has been disabled.
filtering flags is not a fix. upstream gnulib has already addressed the issue, so it'll get fixed eventually with a newer version of m4. wait for that.
*** Bug 191081 has been marked as a duplicate of this bug. ***
*** Bug 193462 has been marked as a duplicate of this bug. ***
This does actually appear to be a bug, however it may be triggered. Shouldn't this bug be marked as verified, so people (like me) can find it more easily? Shouldn't the ebuild for sys-devel/m4-1.4.10 be tweaked to strip the -ffast-math flag, at least for pragmatic reasons (less reports)?
read comment #13
*** Bug 196063 has been marked as a duplicate of this bug. ***
