Summary: | dev-java/antlr-2.7.7 fails to compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Davide Pesavento (RETIRED) <pesa> |
Component: | [OLD] Development | Assignee: | Java team <java> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | blitz00, m_clauss |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Davide Pesavento (RETIRED)
![]() Looks like caused by eselect-compiler, did you ever had it installed? can you post output of "equery belongs /usr/bin/fastjar" (need to emerge gentoolkit) or "qfile /usr/bin/fastjar" (need to emerge portage-utils) I do not have eselect-compiler installed at the moment (it's masked), but I don't know if I had it installed in the past. equery and qfile show no output... paradox ~ # equery belongs /usr/bin/fastjar [ Searching for file(s) /usr/bin/fastjar in *... ] paradox ~ # qfile /usr/bin/fastjar paradox ~ # I noticed that I have dev-java/blackdown-jdk-1.4.2.03-r12 installed on my system (but no packages depend on it!) and emerge tries to compile antlr with blackdown-jdk. Isn't it a bit strange? Btw, my current Java VM is sun-jdk... paradox ~ # eselect java-vm list Available Java Virtual Machines: [1] blackdown-jdk-1.4.2 [2] sun-jdk-1.5 [3] sun-jdk-1.6 system-vm [4] sun-jre-bin-1.5 [5] sun-jre-bin-1.6 Ok, genlop is a nice tool... :) paradox ~ # genlop -u app-admin/eselect-compiler * app-admin/eselect-compiler Fri Aug 4 19:44:24 2006 >>> app-admin/eselect-compiler-2.0.0_rc2-r1 Mon Aug 28 18:51:17 2006 <<< app-admin/eselect-compiler-2.0.0_rc2-r1 I had the same Problem. Quick-Fix for me (please dont bite me ;) ): Deleted /usr/bin/fastjar ... Could it be that this fastjar is a left-over from a gcc compiled with gcj-support? (In reply to comment #4) > I had the same Problem. > Quick-Fix for me (please dont bite me ;) ): > > Deleted /usr/bin/fastjar ... > Could it be that this fastjar is a left-over from a gcc compiled with > gcj-support? > Yeah eselect-compiler was broken so that it left the wrappers around even if the new gcc you switched to did not have them. *** This bug has been marked as a duplicate of 135688 *** *** Bug 158318 has been marked as a duplicate of this bug. *** So the solution is `rm /usr/bin/fastjar`? (In reply to comment #7) > So the solution is `rm /usr/bin/fastjar`? > Yes. It's fault of the buggy eselect compiler that it created this file and left it behind even after unmerging. |