[Bug translation/89915] clean up and canonicalize wording in params.def

2022-12-03 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89915 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug translation/89915] clean up and canonicalize wording in params.def

2019-04-02 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89915 --- Comment #4 from Jonathan Wakely --- (In reply to Roland Illig from comment #2) > But then I remembered that "internal compiler errors" have also made their > way into gcc.pot. I don't see any benefit in translating internal errors, >

[Bug translation/89915] clean up and canonicalize wording in params.def

2019-04-01 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89915 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org

[Bug translation/89915] clean up and canonicalize wording in params.def

2019-04-01 Thread roland.illig at gmx dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89915 --- Comment #2 from Roland Illig --- (In reply to Andrew Pinski from comment #1) > params should be considered as internal options When I read the above, I first thought: Yay, less strings for me to translate. Just exclude them from gcc.pot.

[Bug translation/89915] clean up and canonicalize wording in params.def

2019-04-01 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89915 --- Comment #1 from Andrew Pinski --- While I agree that params.def needs some fix ups in their working. params should be considered as internal options which only should be used for debugging and not even documented in the normal