https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65466
--- Comment #4 from joseph at codesourcery dot com <joseph at codesourcery dot com> --- On Thu, 19 Mar 2015, manu at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65466 > > --- Comment #3 from Manuel López-Ibáñez <manu at gcc dot gnu.org> --- > (In reply to jos...@codesourcery.com from comment #2) > > On Thu, 19 Mar 2015, manu at gcc dot gnu.org wrote: > > > > > (If I was re-doing that patch again, I will try to overload inform(), > > > because > > > inform_with_flags is just too much typing). > > > > Note that diagnostic functions cannot be overloaded in a way that means > > different functions with the same name have the msgid argument in > > different positions, as that breaks exgettext. > > Ah, yes, I forgot about this. We had this problem already in the Fortran FE. > Can exgettext be fixed to handle overloads eventually? Perhaps someone could > reimplement it as a GCC plugin. That would be a nice GSoC! exgettext (which essentially just computes arguments to pass to xgettext from GNU gettext) needs to handle sources that are not part of the current configuration, including inside disabled #if conditionals. That is, the sources parsed by the compiler compiling any particular build of GCC are not the full set of sources that need to be handled to generate gcc.pot.
