Seems to be a problem with parsing the version numbering. Unpacking fails at this point: * Copying /var/tmp/portage/gcc-3.3.3_pre20040408-r1/work/gcc-3.3.3_pre20040408 -> /var/tmp/portage/crossdevbuild... cp: cannot stat `/var/tmp/portage/gcc-3.3.3_pre20040408-r1/work/gcc-3.3.3_pre20040408': No such file or directory The actual directory that was created is /var/tmp/portage/gcc-3.3.3_pre20040408-r1/work/gcc-20040408 Reproducible: Always Steps to Reproduce: 1. crossdev --arch=ppc -u 2. 3. Actual Results: Unpacking abended because it was seeking a non-existent directory. Expected Results: Snapshot names should be parsed correctly so that crossdev knows where things have been unpacked. Making a symlink to the actual directory allows crossdev to continue from this point.
Just the version detection needs changing for the gcc search. the glibc ebuilds have this already. You can also force a specific version with --vgcc=<version>.
Indeed, and I wish I could add a confirmation that it works to build a ppc target, but so far it has failed here, even with various circumventions. Please see http://forums.gentoo.org/viewtopic.php?t=186666 for some of our efforts. We've gotten past the gcc stage, and at least one person claims success building the entire toolchain on kernel 2.6, but on 2.4 I have no good news. I will understand if this bug, relating specifically to gcc, is closed, but I hope that I can help in some way with the more general issue of i686 -> ppc builds.
<=crossdev-0.4 is no longer supported ... please upgrade to crossdev-0.9 and if you're still having problems, re-open the bug and re-assign to toolchain@gentoo.org
