I am not sure these comments reflect errors, nor am I sure they are not specific to my installation, but here they are anyway.
I recently received GenToo's invitation to try the 1.1a-r1 --> 1.4 upgrade scripts, and, having a spare disk, decided to try them. In summary, using them as a guide, I 'easily' upgraded to release 1.4 (I think), but just running the scripts fails: For me, on Gentoo 1.1a-r1 (sparc64), if I set
'ARCH=sparc64' in script2 and run it, everything seems to go OK, but the resulting utilities are unusable because the new lib[bfd/opcodes]-2.13.90... libraries don't build/install. I.e., (gcc-3.2 + binutils-2.11.92) cannot build binutils-2.13.90, although they think they can. (Actually, it's a little worse: the rebuilt 'ar' just Segfaults.)
If I build gcc-3.2, then force gcc-2.95.3 to build binutils-2.13.90 (using,
if I recall, libgcc_s.so from the 3.2 build), then binutils-2.13.90 is good
enough that I can use (gcc-2.95.3 + binutils-2.13.90), and script2 then
results in a good installation.
Script3 then rebuilds most everything, and there is nothing left for script4
to do (fairness in reporting requires me to indicate that rather than running script3, I ran the ebuild by hand).
As a side comment: I noticed that xfree86 got rebuilt very early in the
update process (before glibc), so for fun I decided to try rebuilding it
once again after everything else was installed. I notice something similar to my binutils situation: The script3-build version works fine, but I am
unable to rebuild it using my architecture-dependent optimization flags for
gcc (which for this system are '-mcpu=v8 -mtune=ultrasparc' -O2 -pipe').
The failures are varied, but seem to be related to XF86's dynamic loading
mechanism (the rebuilt programs are fine).
Concerning my second comment (regarding xfree86).
Another round of the form
emerge gcc ; emerge glibc; emerge xfree
yields a working build for XF86. In this round, however, I did force the
CFLAGS to include '-Dlinux -Dunix' since I don't trust the gcc fixup-header-files procedure to be foolproof. (I wish the GNU people would
make up their minds; for me, linux versions of gcc did not -Dlinux on
sparc linux systems; gcc2.95.3 does '-Dlinux -Dunix', and gcc3.2 does not.
Perhaps the system update documentation should note this? Or maybe I should
look at the gcc documentation for incompatibilities?)
Can you fix any of this?
I don't think we have many users upgrading from 1.0 profile to 1.4 profile on sparc so closing this bug.