Compiling pan-0.105 freezes on the step shown below (building scorefile-test.o). Made two attempts to compile and locked up at the same place both times. Code: make[4]: Entering directory `/var/tmp/portage/pan-0.105/work/pan-0.105/pan/data' if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT article.o -MD -MP -MF ".deps/article.Tpo" -c -o article.o article.cc; \ then mv -f ".deps/article.Tpo" ".deps/article.Po"; else rm -f ".deps/article.Tpo"; exit 1; fi if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT article-cache.o -MD -MP -MF ".deps/article-cache.Tpo" -c -o article-cache.o article-cache.cc; \ then mv -f ".deps/article-cache.Tpo" ".deps/article-cache.Po"; else rm -f ".deps/article-cache.Tpo"; exit 1; fi if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT data.o -MD -MP -MF ".deps/data.Tpo" -c -o data.o data.cc; \ then mv -f ".deps/data.Tpo" ".deps/data.Po"; else rm -f ".deps/data.Tpo"; exit 1; fi if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT filter-info.o -MD -MP -MF ".deps/filter-info.Tpo" -c -o filter-info.o filter-info.cc; \ then mv -f ".deps/filter-info.Tpo" ".deps/filter-info.Po"; else rm -f ".deps/filter-info.Tpo"; exit 1; fi if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT scorefile.o -MD -MP -MF ".deps/scorefile.Tpo" -c -o scorefile.o scorefile.cc; \ then mv -f ".deps/scorefile.Tpo" ".deps/scorefile.Po"; else rm -f ".deps/scorefile.Tpo"; exit 1; fi if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT xref.o -MD -MP -MF ".deps/xref.Tpo" -c -o xref.o xref.cc; \ then mv -f ".deps/xref.Tpo" ".deps/xref.Po"; else rm -f ".deps/xref.Tpo"; exit 1; fi rm -f libdata.a ar cru libdata.a article.o article-cache.o data.o filter-info.o scorefile.o xref.o i686-pc-linux-gnu-ranlib libdata.a if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT xref-test.o -MD -MP -MF ".deps/xref-test.Tpo" -c -o xref-test.o xref-test.cc; \ then mv -f ".deps/xref-test.Tpo" ".deps/xref-test.Po"; else rm -f ".deps/xref-test.Tpo"; exit 1; fi i686-pc-linux-gnu-g++ -march=i686 -O3 -pipe -o xref-test xref-test.o ./libdata.a ../usenet-utils/libusenetutils.a ../general/libgeneralutils.a -lgmime-2.0 -lz -lnsl -lgobject-2.0 -lglib-2.0 -lgobject-2.0 -lglib-2.0 -lpcre if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -march=i686 -O3 -pipe -MT scorefile-test.o -MD -MP -MF ".deps/scorefile-test.Tpo" -c -o scorefile-test.o scorefile-test.cc; \ then mv -f ".deps/scorefile-test.Tpo" ".deps/scorefile-test.Po"; else rm -f ".deps/scorefile-test.Tpo"; exit 1; fi # emerge --info Portage 2.1.1_pre4-r1 (default-linux/x86/2006.0, gcc-3.4.5/vanilla, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.12.2 app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.2.3-r5, 2.3.5, 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.18.1 sys-devel/autoconf: 2.13, 2.60 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.17 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -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 /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=i686 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" 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" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emacs emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl ogg opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Hi, it doesn't necessarily lockup but it eats up a huge amount of RAM/swap during compilation. On my machine it filled up my complete 1 GB of RAM and also filled about 300 MB of swap which made my machine quite unresponsive before emerge of pan finished. Cheers Poly-C
I would agree with that. My use of the term 'lockup' was inaccurate. I too saw my RAM and SWAP max out but CPU utilization varied. The box was never actually 'locked up'. It creates a null scorefile-test.o file and I can watch cc1plus thrash on it but the file never populates. The job never moves beyond that step. I also tried to compile using -O2 but got the same result.
net-nntp/pan-0.106 shows the same behaviour
Lars, are you using gcc-3.4.5? With 4.1.1 I don't experience any issues.
(In reply to comment #4) > Lars, are you using gcc-3.4.5? With 4.1.1 I don't experience any issues. > I'm using gcc-3.4.6-r1 on ~x86 as I still don't trust gcc-4.x much :) btw. same behaviour with net-nntp/pan-0.107
It's look like an issue in gcc-3.4 as with gcc-4.1 I don't experience any problems.
With 4.1.1 it takes some time to compile, but the memory usage doesn't go over 80mb. With 3.4.6 I'm getting up to 450mb of memory usage and it takes even more tim. Currently no idea why 3.4.6 behaves this bad.
I have had the same problem with pan 0.017 and 0.019 with gcc 3.4.6-r1. Is gcc 4.1.1 the only solution?
To apparently answer my own question, it probably is. Since gcc 4.1 has just gone stable under x86, I suspect it will be unlikely anyone will want to figure out what the problem is with older gcc versions.
*** Bug 148957 has been marked as a duplicate of this bug. ***
This is going nowhere. Use a recent gcc, please, if you suffer from this problem.
