Emerging sci-libs/cln-1.1.10 yields : [...] >>> Source unpacked. /usr/portage/sci-libs/cln/cln-1.1.10.ebuild: line 25: repace-flags: command not found checking whether make sets $(MAKE)... yes [...] Emerge then goes on without any further error, but if you are in the situation where replacing the -Os CFLAG by -O2 is needed, then applications needing cln segfault. All that is needed is to change 'repace-flags' with 'replace-flags' (fourth line in the src_compile() function). Plus, since the situation regarding -Os and -ffast-math is identical in the stable version of cln (I've just verified this), wouldn't be nice (necessary?) if cln-1.1.6 had the same replace-flags statement as cln-1.1.10 ?
*** Bug 122682 has been marked as a duplicate of this bug. ***
*** Bug 122684 has been marked as a duplicate of this bug. ***
Fixed in portage CVS. Thanks for reporting! best, Markus
(In reply to comment #0) > > Plus, since the situation regarding -Os and -ffast-math is identical in the > stable version of cln (I've just verified this), wouldn't be nice (necessary?) > if cln-1.1.6 had the same replace-flags statement as cln-1.1.10 ? > Sorry, I missed that bit and I'll have a look at it. best, Markus
(In reply to comment #0) > > Plus, since the situation regarding -Os and -ffast-math is identical in the > stable version of cln (I've just verified this), wouldn't be nice (necessary?) > if cln-1.1.6 had the same replace-flags statement as cln-1.1.10 ? > Could you please post your emerge info and the exact CFLAGS that produce this problem. I cannot reproduce it with -Os -ffast-math on my box. Thanks, Markus
I'm sorry about the mistakes. First the multiple postings, and then I tell you about -ffast-math when I meant -fomit-frame-pointer. Now I'll know I shouldn't report bugs on monday mornings. I'm the one who reported bug #112741. I found out that cln was sensitive to a combination of -Os and -fomit-frame-pointer. One alone is OK, both at the same time isn't. At that time I wrote : > -Os -fomit-frame-pointer -> segfault > -0s -> OK > -O2 -fomit-frame-pointer -> OK > > I'm not sure if the eutils allow easy filtering of a combination of CFLAGS, so > I suppose that if it's too complicated (or not portage compliant) replacing > -Os with -O2 will be better than stripping -fomit-frame-pointer." This was about cln-1.1.10. So, to rephrase my question of yesterday, since the problem is identical with cln-1.1.6, shouldn't we replace -Os with -O2 in cln-1.1.6 too ? Here is my emerge info. It is a recent and fully stable installation. Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 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 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -pipe -Os -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -pipe -Os -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac acpi alsa audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cjk crypt cups dbus dts dv dvd dvdread dynagraph edl effects emboss encode exif expat fam firefox foomaticdb fortran fpx gcj gdbm gif glibc-omitfp glitz glut gmail gmp gnome gphoto2 graphviz gs gtk gtk2 hal howl i8x0 imap imlib ipv6 java jbig jpeg lcms libg++ libwww live logrotate lzo mad matroska mikmod mmx mmxext mng motif moznocompose moznoirc moznomail mozsvg mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg oggvorbis opengl oss pam pdf pdflib perl pic plotutils plugin png python quicktime radeon readline rle rtc samba sdl silc spell sse sse2 ssl svg tcltk tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis win32codecs wmf xanim xml2 xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS I have just checked that if I change -Os in -O2 then cln works. On another system I have the more exotic flags below, and just changing -Os into -O2 also fixes the issue: CFLAGS="-march=athlon-xp -pipe -Os -fomit-frame-pointer -fno-ident -fforce-addr -ftracer -fweb -falign-functions=64 -ffast-math" CHOST="i686-pc-linux-gnu" CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden -D_FILE_OFFSET_BITS=64" LDFLAGS="-Wl,-O1 -Wl,--sort-common" Best regards, Denis.
*** Bug 121769 has been marked as a duplicate of this bug. ***
