| Summary: | net-dns/libidn-1.38-r1 fails build with `java` USE flag set | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Gordon Bos <bugzilla> |
| Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | minor | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
net-dns/libidn-1.3.7 build log
net-dns/libidn-1.3.8-r1 build log |
||
Created attachment 762625 [details]
net-dns/libidn-1.3.8-r1 build log
It's found a gcj on your machine which then cannot be executed. You probably have a stale symlink left. Newer versions of gcc-config try to warn about this. *** This bug has been marked as a duplicate of bug 804178 *** Ah, that bug did not pop up as I searched for libidn Strange... /usr/bin/gcj is in fact not a symlink but an ELF object. I have several other objects with the same date and size that are probably related, like: * gc-analyze * gcjh * gcj-dbtool * gjar ... and their x86_64-pc-linux-gnu- variants |
Created attachment 762624 [details] net-dns/libidn-1.3.7 build log Introduction: I'm not really sure why, it must have made sense at some point, but I had `java` USE flag set in my global profile and when I updated libidn to 1.38-r1 the listing showed that `java` was a new USE flag for that package. Which is weird because reverting the previous version showed that this had the USE flag enabled too. Issue: Building the package results in an error during the configuration stage because it checks for gcj which is not functional and has not been since gcc-7.0. This check for gcj and thus on really old gcc appears to be a new build requirement for the package and I'm unsure whether this should be reported upstream as it seems impossible that the developer hasn't run into this himself if he doesn't use <gcc-7.0.