diff options
| author | Jakub Jelinek <jakub@redhat.com> | 2025-03-02 11:30:35 +0100 |
|---|---|---|
| committer | Jakub Jelinek <jakub@gcc.gnu.org> | 2025-03-02 11:30:35 +0100 |
| commit | 047b7f9a5665a5cb1267861deece3e5d6ce5c5fb (patch) | |
| tree | d99ce2c35b38c5181974276af0736941849bc45c /gcc/gdbhooks.py | |
| parent | 5349aa2accdf34a7bf9cabd1447878aaadfc0e87 (diff) | |
| download | gcc-047b7f9a5665a5cb1267861deece3e5d6ce5c5fb.zip gcc-047b7f9a5665a5cb1267861deece3e5d6ce5c5fb.tar.gz gcc-047b7f9a5665a5cb1267861deece3e5d6ce5c5fb.tar.bz2 | |
avr: Fix up avr_print_operand diagnostics [PR118991]
As can be seen in gcc/po/gcc.pot:
#: config/avr/avr.cc:2754
#, c-format
msgid "bad I/O address 0x"
msgstr ""
exgettext couldn't retrieve the whole format string in this case,
because it uses a macro in the middle. output_operand_lossage
is c-format function though, so we can't use %wx to print HOST_WIDE_INT,
and HOST_WIDE_INT_PRINT_HEX_PURE is on some hosts %lx, on others %llx
and on others %I64x so isn't really translatable that way.
As Joseph mentioned in the PR, there is no easy way around this
but go through a temporary buffer, which the following patch does.
2025-03-02 Jakub Jelinek <jakub@redhat.com>
PR translation/118991
* config/avr/avr.cc (avr_print_operand): Print ival into
a temporary buffer and use %s in output_operand_lossage to make
the diagnostics translatable.
Diffstat (limited to 'gcc/gdbhooks.py')
0 files changed, 0 insertions, 0 deletions