I have gcc-4.3.3 for the host (x86_64) built with USE=gcj; now portage refuses to install a mips cross-gcc built with gcj support due to clashing libgcj installation locations: >>> Installing cross-mipsel-softfloat-linux-gnu/gcc-4.3.3 * This package will overwrite one or more files that may belong to other * packages (see list below). You can use a command such as `portageq * owners / <filename>` to identify the installed package that owns a * file. If portageq reports that only one package owns a file then do * NOT file a bug report. A bug report is only useful if it identifies at * least two or more packages that are known to install the same file(s). * If a collision occurs and you can not explain where the file came from * then you should simply ignore the collision since there is not enough * information to determine if a real problem exists. Please do NOT file * a bug report at http://bugs.gentoo.org unless you report exactly which * two packages install the same file(s). Once again, please do NOT file * a bug report unless you have completely understood the above message. * * Detected file collision(s): * * /usr/lib/pkgconfig/libgcj-4.3.3.pc * /usr/lib/gcj-4.3.3-9/libjvm.la * /usr/lib/gcj-4.3.3-9/libjvm.a * /usr/lib/gcj-4.3.3-9/libjvm.so * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * sys-devel/gcc-4.3.3 * /usr/lib/gcj-4.3.3-9/libjvm.a * /usr/lib/gcj-4.3.3-9/libjvm.la * /usr/lib/gcj-4.3.3-9/libjvm.so * /usr/lib/pkgconfig/libgcj-4.3.3.pc * * Package 'cross-mipsel-softfloat-linux-gnu/gcc-4.3.3' NOT merged due to * file collisions. If necessary, refer to your elog messages for the * whole content of the above message. Any help very much appreciated; I need to build classpath and cacaovm for mips arm and sh targets; cacaovm needs classpath and classpath requires gcj to build. Reproducible: Always
hmm, i'm thinking these libs need to move to /usr/$CHOST/lib/... for native toolchains and /usr/$CHOST/$CTARGET/lib/ for cross toolchains ...
*** Bug 295651 has been marked as a duplicate of this bug. ***
Guess that's why I couldn't find the bug. Mike, my patch should do just that, can you confirm please?
patch looks reasonable ... let's see what upstream has to say about it (give them a little bit) http://bugs.gentoo.org/attachment.cgi?id=212018
btw, your recent commit (r1.411) to toolchain.eclass is wrong (and i dont remember you asking if it was ok). gcj's .pc file isnt for gcc itself; it's for packages that want to compile against gcj.
I'm closing this bug, as I've upgraded all my sh/arm/mips cross-gccs to 7.1 and gcj is now gone. And I don't need gcj any more either.
