Summary: | devel/binutils: removing "ansidecl.h" leaves installed "bfd.h" in unusable state | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | Joerg Wunsch <joerg> |
Component: | Individual Port(s) | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> |
Status: | Closed DUPLICATE | ||
Severity: | Affects Only Me | CC: | bapt, didu31, fernape, jflopezfernandez, miwi |
Priority: | --- | Flags: | bugzilla:
maintainer-feedback?
(jflopezfernandez) |
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
Joerg Wunsch
![]() ![]() When compiling for the native system, devel/binutils purposely removes "ansidecl.h" from the list of installed files, as well the #include statement from installed "bfd.h". This renders the installed "bfd.h" completely useless, as it references ENUM_BITFIELD all over the place which used to be declared in ansidecl.h. (In reply to Joerg Wunsch from comment #1) Joerg, You might want to contact bapt@ and/or miwi@ and see if they remember the reasons for that. The changes date from 2014! Unfortunately devel/binutils maintainer has not answered since he took maintainership. (In reply to Fernando ApesteguĂa from comment #2) OK, I added them to Cc list. *ping* I'm still interested in a solution. As it is, the installed bfd.h file is completely useless. Resolving this bug is the prerequisite of finally dropping the devel/libbfd port, which in turn is required by devel/fnccheck and devel/fpc-bfd. Without resolving this PR, these two ports are likely to be unusable as it turns out devel/binutils is now pretty ubiquitous on the average system, and it conflicts with devel/libbfd. I was about to ask in freebsd forum when I saw this bug open. For the little story : I have exactly the same problem when installing a component of ocaml 4.14 (ocaml-top) via opam. ./configure fails when contesting bfd.h. Please, change that. (In reply to Didier Garcin from comment #5) I'd really like to see the opinion from @miwi and @bapt because they are supposed to know the problem that was attempted to be "solved" with the current (IMHO completely unusable) state. If they still don't respond here, I suggest to just add ansidecl.h back. Bug #269878 duplicates this one, but meanwhile made a lot more progress. *** This bug has been marked as a duplicate of bug 269878 *** |