[Pan-users] Re: Re: Re: 0.92 amd64

[Duncan]

Thomas Stein posted <address@hidden>, 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