* ERROR: dev-java/antlr-3.5.2::gentoo failed (compile phase): * java-config --classpath=stringtemplate-4 failed * ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop-libressl-20200826-071836 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * clang version 10.0.1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.1 Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) [3] python3.8 (fallback) [4] python2.7 (fallback) [5] pypy3 (fallback) Available Ruby profiles: [1] ruby25 (with Rubygems) * Available Rust versions: [1] rust-bin-1.46.0 [2] rust-1.46.0 * The following VMs are available for generation-2: *) IcedTea JDK 3.16.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.8.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Mon Aug 31 12:05:42 AM UTC 2020 /var/db/repos/libressl Mon Aug 10 09:13:35 AM UTC 2020 emerge -qpvO dev-java/antlr [ebuild NS ] dev-java/antlr-4.5.3 [2.7.7-r8] USE="-doc -source -test% (-examples%)"
Created attachment 657620 [details] emerge-info.txt
Created attachment 657622 [details] dev-java:antlr-3.5.2:20200831-004107.log
Created attachment 657624 [details] emerge-history.txt
Created attachment 657626 [details] environment
Created attachment 657628 [details] etc.portage.tbz2
afaict, this is related to commit faa407032918b43fafe7d4e1de85dde4d30ba4f2, temporarily reverting it allowed me to build antlr-3.5.2
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=328e8d91d758ff48a29908db00c416a4389f4220 commit 328e8d91d758ff48a29908db00c416a4389f4220 Author: Miroslav Šulc <fordfrog@gentoo.org> AuthorDate: 2020-12-14 11:27:40 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2020-12-14 11:27:40 +0000 dev-java/antlr: migrated 3.5.2 to eapi7 Closes: https://bugs.gentoo.org/739746 Package-Manager: Portage-3.0.12, Repoman-3.0.2 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> .../antlr/{antlr-3.5.2.ebuild => antlr-3.5.2-r1.ebuild} | 14 +++++++++----- 1 file changed, 9 insertions(+), 5 deletions(-)
i found the fix does not work on another computer
ok, the reason for this is that antlr-3.5.2 depends on stringtemplate:4 which has in PDEPEND antlr:3.5 which cannot be found as it is not installed yet. when antlr:3.5 is already installed, the issue should be gone.
Hi, I tried installing antlr 4(!) today, which required me to upgrade antlr 3 as well. I ran in to the bug mentioned here. stringtemplate:4 installs fine, but when I try to install antlr 4, requiring antlr 3, the compilation of antlr 3.5.2 fails because it fetches the classpath from stringtemplate:4, which needs antlr 3.5, but in this case, is not installed yet. So the circular dependency problem is fixed for stringtemplate:4 installs, but not for antlr 3.5, needing stringtemplate:4, needing an actual installed antlr:3.5. So how can I arrange for antlr 3.5 to get installed? Actually, my main goal is to install antlr:4, but other packages on my system need antlr 3. Kind regards, Simon de Hartog
closing in favor of 742554 which contains a workaround in the comment section. *** This bug has been marked as a duplicate of bug 742554 ***
https://bugs.gentoo.org/742554#c4
