When I rebuilt my system by using emerge -e world, xfractint-20.4.00 did not compile: mrsteven-mobil ~ # LC_ALL=C emerge xfractint Calculating dependencies... done! >>> Emerging (1 of 1) x11-misc/xfractint-20.4.00 to / * xfract20.4.00.tar.gz MD5 ;-) ... [ ok ] * xfract20.4.00.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking xfract20.4.00.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking xfract20.4.00.tar.gz to /var/tmp/portage/xfractint-20.4.00/work * Applying xfractint-20.03p01-make.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/xfractint-20.4.00/work/xfractint-20.04p00 ... gcc -march=pentium-m -O2 -pipe -I. -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c gcc -march=pentium-m -O2 -pipe -I. -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -DSRCDIR=\".\" -c unix.c gcc -o hc -march=pentium-m -O2 -pipe -I. -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin hc.o unix.o ./hc /c HC - FRACTINT Help Compiler. Compiling: help.src Making hot-links. Paginating online help. Paginating document. Writing: helpdefs.h make: *** [fractint.hlp] Segmentation fault >>> Source compiled. >>> Test phase [not enabled]: x11-misc/xfractint-20.4.00 >>> Install xfractint-20.4.00 into /var/tmp/portage/xfractint-20.4.00/image/ category x11-misc ./hc /c HC - FRACTINT Help Compiler. Compiling: help.src Making hot-links. Paginating online help. Paginating document. Comparing: helpdefs.h After that, nothing happens, no cpu activity and no error message. fractint-20.4.03 compiles fine but segfaults during startup, see here: https://bugs.gentoo.org/show_bug.cgi?id=147030
MAKEOPTS="-j1" emerge =x11-misc/xfractint-20.4.00 &> log Attach the log here, post emerge --info, and reopen then.
MAKEOPTS="-j1" doesn't change anything, it still stops at "Comparing: helpdefs.h". The real problem seems to be the segfault at "fractint.hlp". Emerge output is exactly the same.
Created attachment 96759 [details] emerge --info Output of "emerge --info"
Please, attach the log here as requested in Comment #1.
Created attachment 96779 [details] Emerge output As you see, I aborted it after some time, because nothing happened anymore.
Hmmm, I see what you mean now. This thing is completely broken, wondering how this made it into stable. Same on all lower versions.
Hmmm, I asked blubb to test and he can't reproduce neither this one or Bug 147030 on amd64. WTH...
emerged =x11-misc/xfractint-20.4.00 on my ~ppc env. But I cann't reproduce segfault when emerge it. And then, it just works here. I mean it can shows me some fractal graphics.
(In reply to comment #8) > emerged =x11-misc/xfractint-20.4.00 on my ~ppc env. > > But I cann't reproduce segfault when emerge it. > And then, it just works here. > I mean it can shows me some fractal graphics. > Compilation Segfault on <20.4.03 is due to gcc-4.1.1. Not sure exactly what causes it, but it compiles cleanly w/ gcc-3.4.6. The startup segfault occurs (apparently) only if you don't have the dirs mentioned in /usr/shre/xfractint/ssr.ini in users home dir - if they don't exist, it tries reading from /usr/share/xfractint/maps (etc) and that doesn't work because of permissions (bug #147030)
Well, I tried 20.4.04 (updated one hunk in the .03 patch) but it has horribly broken includes all over the place, just bombs out on compile. Not going to waste my time w/ that one.
(In reply to comment #9) > (In reply to comment #8) > > emerged =x11-misc/xfractint-20.4.00 on my ~ppc env. > > > > But I cann't reproduce segfault when emerge it. > > And then, it just works here. > > I mean it can shows me some fractal graphics. > > > Compilation Segfault on <20.4.03 is due to gcc-4.1.1. Not sure exactly what > causes it, but it compiles cleanly w/ gcc-3.4.6. The startup segfault occurs > (apparently) only if you don't have the dirs mentioned in > /usr/shre/xfractint/ssr.ini in users home dir - if they don't exist, it tries > reading from /usr/share/xfractint/maps (etc) and that doesn't work because of > permissions (bug #147030) > I meant x11-misc/xfractint-20.4.00 can be emerged w/ gcc-4.1.1-r1 on my ~ppc env. I haven't tested other versions, though. BTW, I've got runtime segfaults *sometimes*, when poking its menu or something. Unfortunately, I dunno why. FYI, that weird thingy coundn't be fix by appended -fno-strict-aliasing...
(In reply to comment #11) > I meant x11-misc/xfractint-20.4.00 can be emerged w/ gcc-4.1.1-r1 > on my ~ppc env. > I haven't tested other versions, though. > > BTW, I've got runtime segfaults *sometimes*, when poking its menu or something. > Unfortunately, I dunno why. > FYI, that weird thingy coundn't be fix by appended -fno-strict-aliasing... > Just tried to compile 20.4.00 on another box (gcc-4.1.1, Athlon xp currently running -march=486). >>> Unpacking xfract20.4.00.tar.gz to /var/tmp/portage/xfractint-20.4.00/work * Applying xfractint-20.03p01-make.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/xfractint-20.4.00/work/xfractint-20.04p00 ... gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -DSRCDIR=\".\" -c unix.c gcc -o hc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin hc.o unix.o ./hc /c HC - FRACTINT Help Compiler. Compiling: help.src Making hot-links. Paginating online help. Paginating document. Writing: helpdefs.h make: *** [fractint.hlp] Segmentation fault 20.4.03 compiles, but gives the same results as bug #147030
(In reply to comment #12) [SNIP] > Just tried to compile 20.4.00 on another box (gcc-4.1.1, Athlon xp currently > running -march=486). > > >>> Unpacking xfract20.4.00.tar.gz to /var/tmp/portage/xfractint-20.4.00/work > * Applying xfractint-20.03p01-make.patch ... > [ ok ] > >>> Source unpacked. > >>> Compiling source in /var/tmp/portage/xfractint-20.4.00/work/xfractint-20.04p00 ... > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -DSRCDIR=\".\" -c unix.c > gcc -o hc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. > -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin hc.o unix.o > ./hc /c > HC - FRACTINT Help Compiler. > > Compiling: help.src > Making hot-links. > Paginating online help. > Paginating document. > Writing: helpdefs.h > make: *** [fractint.hlp] Segmentation fault Well, I'd have to say there is no critical problem when compiling... I'll file my src_compile()'s log.
Created attachment 96847 [details] src_compile()'s log on ~ppc env Ton of warnings due to -Wall were skipped.
(In reply to comment #12) [SNIP] > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c And then, a combination of -funrool-loops and -Os doesn't make sense... [SNIP]
(In reply to comment #15) > (In reply to comment #12) > [SNIP] > > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c > > And then, a combination of -funrool-loops and -Os doesn't make sense... > [SNIP] > This is gonna get sligthly off-topic, but I'm just a user. Could you give me any details on why -O2 and -funroll-loops used together don't make sense?
(In reply to comment #16) > (In reply to comment #15) > > (In reply to comment #12) > > [SNIP] > > > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > > > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c > > > > And then, a combination of -funrool-loops and -Os doesn't make sense... > > [SNIP] > > > This is gonna get sligthly off-topic, but I'm just a user. Could you give me > any details on why -O2 and -funroll-loops used together don't make sense? Have a look at the info pages and at the comment, he talks about -Os and not -O2: `-Os' Optimize for size. `-Os' enables all `-O2' optimizations that do not typically increase code size. It also performs further optimizations designed to reduce code size. `-Os' disables the following optimization flags: -falign-functions -falign-jumps -falign-loops -falign-labels -freorder-blocks -freorder-blocks-and-partition -fprefetch-loop-arrays -ftree-vect-loop-version If you use multiple `-O' options, with or without level numbers, the last such option is the one that is effective. [...] -funroll-loops' Unroll loops whose number of iterations can be determined at compile time or upon entry to the loop. `-funroll-loops' implies both `-fstrength-reduce' and `-frerun-cse-after-loop'. This option makes code larger, and may or may not make it run faster.
(In reply to comment #17) > (In reply to comment #16) > > (In reply to comment #15) > > > (In reply to comment #12) > > > [SNIP] > > > > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > > > > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c > > > > > > And then, a combination of -funrool-loops and -Os doesn't make sense... > > > [SNIP] > > > > > This is gonna get sligthly off-topic, but I'm just a user. Could you give me > > any details on why -O2 and -funroll-loops used together don't make sense? > > Have a look at the info pages and at the comment, he talks about -Os and not > -O2: [SNIP] My fault, didn't relize there was an -Os set cause my CFLAGS are "-march=pentium-m -O2 -pipe -funroll-loops -fomit-frame-pointer" (-march=486 resp.) Apparently, the -Os is statically set in the Makefile
(In reply to comment #18) > (In reply to comment #17) > > (In reply to comment #16) > > > (In reply to comment #15) > > > > (In reply to comment #12) > > > > [SNIP] > > > > > gcc -march=i486 -O2 -pipe -funroll-loops -fomit-frame-pointer -I. -DXFRACT > > > > > -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -Os -fno-builtin -c -o hc.o hc.c > > > > > > > > And then, a combination of -funrool-loops and -Os doesn't make sense... > > > > [SNIP] > > > > > > > This is gonna get sligthly off-topic, but I'm just a user. Could you give me > > > any details on why -O2 and -funroll-loops used together don't make sense? > > > > Have a look at the info pages and at the comment, he talks about -Os and not > > -O2: > [SNIP] > > My fault, didn't relize there was an -Os set cause my CFLAGS are > "-march=pentium-m -O2 -pipe -funroll-loops -fomit-frame-pointer" (-march=486 > resp.) > > Apparently, the -Os is statically set in the Makefile > More a bit of off-topic, I'm not sure why upstream would set -Os statically, though. IIRC, gcc can prefer latter options about warring ones. If you really want to use that CFLAGS, feel free to poke its Makefile (or something?) like your own CFLAGS set as latter ones. But I cann't bet it's best way. IMHO, that loop unrolling is a bit of overrated. -funroll-loops functionalities is "may or may not make it run faster" like the fine manual said, ATM. (Nice comment, Opfer, BTW.) It's little help to prevent some failures of a branch predictor. So, if you really want to make it faster, to re-design it for SIMD or so and to compile it w/ arch-depend flags is only effective way for now. Otherwise, it just makes unclearly what your problem is.
Now that 20.4.03 is fixed (wait a few hours and let the fix propagate from CVS to the mirrors), could you please test whether it works for you? If it does and there are no further problems with it, I think it's a good time to move it into stable and remove the older versions from the tree.
(In reply to comment #20) > Now that 20.4.03 is fixed (wait a few hours and let the fix propagate from CVS > to the mirrors), could you please test whether it works for you? If it does and > there are no further problems with it, I think it's a good time to move it into > stable and remove the older versions from the tree. > WFM(tm) Works both as user and root. Startup is fine, no segfaults so far
1.) emerges fine on x86 2.) passes collision-test 3.) works fine (as normal user of course :)) emerge --info Portage 2.1.1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17.11 i686) ================================================================= System uname: 2.6.17.11 i686 AMD Athlon(TM) XP1800+ Gentoo Base System version 1.12.4 Last Sync: Wed, 13 Sep 2006 18:00:06 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.3.5-r2, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ http://gentoo.inode.at/" LANG="en_GB.utf8" LINGUAS="en de en_GB" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/normal /usr/local/portage/testing" SYNC="rsync://192.168.2.1/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac acpi alsa apache2 bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli crypt css cups dbus divx4linux dlloader dri dts dvd dvdr dvdread elibc_glibc emboss exif fam ffmpeg firefox font-server fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kernel_linux ldap libclamav libg++ linguas_de linguas_en linguas_en_GB logitech-mouse mad mikmod mmx mmxext mono mozcalendar mozdevelop mozsvg mp3 mpeg ncurses network nls nptl nptlonly nvidia oav ogg opengl oss pam pcre perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba sdl seamonkey session spell spl ssl tcltk tcpd test tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_none video_cards_nv vorbis win32codecs xine xinerama xml xorg xorg-x11 xprint xv xvg xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
And yes .03 it works as user and no segfaults. So go and request stabilisation, blocking bug #140707 Portage 2.1.1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r8 i686) ================================================================= System uname: 2.6.17-gentoo-r8 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.12.4 Last Sync: Thu, 14 Sep 2006 05:20:01 +0000 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] 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-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /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/" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" MAKEOPTS="-j2" 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'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds elibc_glibc emacs emboss encode esd evo exif expat fam fat fbcon ffmpeg firefox fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jikes jpeg jpeg2k kernel_linux ldap leim libg++ linguas_de lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf perl plotutils pmu png ppds pppd preview-latex print python qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd tetex theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb userland_GNU vcd video_cards_fbdev video_cards_radeon video_cards_vesa videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Yes, 20.4.03 compiles and runs perfectly here now. I mark this as dup of Bug #147539, because that is the one that Bug #140707 depends on. *** This bug has been marked as a duplicate of 147539 ***
