> Am 22.03.2025 um 07:59 schrieb Jakub Jelinek :
>
> Hi!
>
> Given the recent PR119406 I've tried to grep for concatenated string
> literals without space at the end of one line and at the start of next line,
> unless it was obviously intentional.
> Furthermore, I've then looked through gcc.p
On Sat, 22 Mar 2025, Jakub Jelinek wrote:
> On Sat, Mar 22, 2025 at 08:18:27AM +0100, Andreas Schwab wrote:
> > On Mär 22 2025, Jakub Jelinek wrote:
> >
> > > I think just the c.opt change needs an explanation, the "" in the
> > > description is simply eaten up somewhere during the option process
On Mär 22 2025, Jakub Jelinek wrote:
> I think it must be exgettext and something in the option processing at the
> same time.
Yes, optc-gen.awk would need to apply the same quoting.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC
On Mär 22 2025, Jakub Jelinek wrote:
> I think just the c.opt change needs an explanation, the "" in the
> description is simply eaten up somewhere during the option processing and
exgettext could do the quoting itself, obviating the need for doing it
explicitly and eliminating an easy to make er
Hi!
Given the recent PR119406 I've tried to grep for concatenated string
literals without space at the end of one line and at the start of next line,
unless it was obviously intentional.
Furthermore, I've then looked through gcc.pot looking for 2 adjacent spaces
and looking back if that wasn't the
On Sat, Mar 22, 2025 at 08:18:27AM +0100, Andreas Schwab wrote:
> On Mär 22 2025, Jakub Jelinek wrote:
>
> > I think just the c.opt change needs an explanation, the "" in the
> > description is simply eaten up somewhere during the option processing and
>
> exgettext could do the quoting itself, o
