[Bug binutils/15920] not suitable as a general-purpose header

2013-09-03 Thread raphael.manfredi at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=15920 --- Comment #8 from Raphael Manfredi --- As a side note, all this started with the "config.h" protection because of the HAVE_STRSIZE check in the "bfd.h" header, to conditionally redefine the CONCAT4() macro... Macro which is never used in "b

[Bug binutils/15920] not suitable as a general-purpose header

2013-09-02 Thread raphael.manfredi at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=15920 --- Comment #6 from Raphael Manfredi --- On my Debian machine, "dpkg -L binutils-dev" yields the following files: /usr/include/plugin-api.h /usr/include/bfdlink.h /usr/include/bfd.h /usr/include/libiberty.h /usr/include/ansidecl.h /usr/includ

[Bug binutils/15920] not suitable as a general-purpose header

2013-09-02 Thread raphael.manfredi at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=15920 --- Comment #3 from Raphael Manfredi --- Why limit the audience of the library? I fail to see the point of requiring people to go through contorsions to be able to use it when all you need to do is generate a "bfd.h" header clean of any depen

[Bug binutils/15920] New: not suitable as a general-purpose header

2013-09-02 Thread raphael.manfredi at gmail dot com
: binutils Assignee: unassigned at sourceware dot org Reporter: raphael.manfredi at gmail dot com As included in MinGW and coming directly from binutils 2-23.1 it would seem, the header starts with: /* PR 14072: Ensure that config.h is included first. */ #if !defined PACKAGE