https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41731
Eric Gallager <egallager at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |egallager at gcc dot gnu.org
--- Comment #1 from Eric Gallager <egallager at gcc dot gnu.org> ---
(In reply to Rafael Avila de Espindola from comment #0)
> Joseph S. Myers says:
>
> Is this callback interface defined to take translated or untranslated
> text? If untranslated, there would be a problem with the callback knowing
> which textual domain to use for translation, so I'd guess it should be
> defined to take translated messages. This means you should be translating
> the messages first, using dgettext to use the right domain (which I think
> should be "gcc" rather than inventing yet another domain for a few
> messages). You also need to call bindtextdomain - see how cpplib does
> things for an example of one domain being used in a library in a program
> that mainly uses another domain (cpplib and gcc there, gcc and whatever
> domain the linker uses - it appears to be "gold" - here). Then
> gcc/po/exgettext needs to get the messages extracted for translation into
> gcc/po/gcc.pot.
Where is this from?
