Thomas Stein posted <[EMAIL PROTECTED]>, excerpted below, on Thu, 13 Apr 2006 09:32:53 +0200:
> On Wednesday 12 April 2006 17:27, Duncan wrote: > >> I'd guess at this point that one of the above upgrades, automake, >> autoconf, sandbox, and binutils, will fix the problem, > > Done. But......same error. > > This is the point where the compilation stops: > > ---- > then mv -f ".deps/scorefile-test.Tpo" ".deps/scorefile-test.Po"; else > rm -f ".deps/scorefile-test.Tpo"; exit 1; fi > ---- > > And this are the running processes i was able to kill before my machine gets > killed. :-) > > ---- > root 7766 0.0 0.0 5276 952 ? S 09:27 > 0:00 /usr/x86_64-pc-linux-gnu/gcc-bin/3.4.6/x86_64-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/lib64/glib-2.0/include -I/usr/include/glib-2.0 > -I/usr/lib64/glib-2.0/include -march=k8 -O2 -pipe -MT > scorefile-test.o -MD -MP -MF .deps/scorefile-test.Tpo -c -o scorefile-test.o > scorefile-test.cc > root 7767 99.2 42.9 901696 885496 ? R 09:27 > 0:37 /usr/libexec/gcc/x86_64-pc-linux-gnu/3.4.6/cc1plus -quiet -I. -I. > -I../.. -I../.. -I/usr/include/gmime-2.0 -I/usr/include/glib-2.0 > -I/usr/lib64/glib-2.0/include -I/usr/include/glib-2.0 > -I/usr/lib64/glib-2.0/include -MD > scorefile-test.d -MF .deps/scorefile-test.Tpo -MP -MT scorefile-test.o -MQ > scorefile-test.o -D_GNU_SOURCE -DHAVE_CONFIG_H > scorefile-test.cc -quiet -dumpbase scorefile-test.cc -march=k8 -auxbase-strip > scorefile-test.o -O2 -o - > root 7768 0.0 0.1 8004 2180 ? S 09:27 > 0:00 > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/as > -Qy -o > scorefile-test.o - > ---- > > I think we have a problem. :-) Well, I just remerged binutils with the multislot flag, then merged latest ~amd64 binutils (2.16.1-r2), and I have gcc-3.4.6 already merged but don't use it much, so I think I can pretty much duplicate your toolchain now. What USE flags did you (previously) use when compiling PAN (the new one doesn't have USE flags). nls? spell? Here, I'm -nls, +spell. Do you have the latest GTK/Gnome dependencies merged? Try an --update --deep --pretend at least, and check that you have the below versions. Meanwhile, I'm going to eselect compiler and eselect binutils to the versions you have and see if pan-0.92 still builds here. I regularly use --update --deep --newuse when I update, and keep up with revdep-rebuild and emerge --depclean to keep the backend stuff uptodate and cleaned out, so I /know/ I'm uptodate (as of yesterday, haven't updated today yet). For reference, here's the versions of those packages I have. They should be what you have or will have after updates, baring any very recent changes: libgnome-2.12.0.1 libbonobo-2.10.1 glib-2.8.6 gtk+-2.8.13 pango-1.10.4 atk-1.10.3 orbit-2.12.5 gnome-vfs-2.12.2 libpcre-6.6 gtkspell-2.0.11-r1 Also run a revdep-rebuild -p, after checking the above and upgrading where necessary, and then rebuilding anything revdep-rebuild says you may need to (either one at a time as I usually do, using the --oneshot paramater so I don't pollute my world file, or revdep-rebuild without the -p). As I said, eventually, you should have very close to what I have, such that when I configure to use the same gcc and binutils you have and run the merge, I should get very similar results. We'll see. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html _______________________________________________ Pan-users mailing list Pan-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/pan-users
