[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] careadlinkat: fix GCC 10 workaround
From: |
Bernhard Voelker |
Subject: |
Re: [PATCH] careadlinkat: fix GCC 10 workaround |
Date: |
Tue, 18 Aug 2020 13:04:59 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 |
On 2020-08-17 21:49, Paul Eggert wrote:
> Thanks, that's a good idea for GCC 10 since it lets the code allocate the
> first
> buffer on the stack too, even if warnings are enabled. However, I would
> rather
> have the code use __attribute__ ((__noinline__)) only if GCC_LINT is defined.
> The point of GCC_LINT is to make it clear to readers how code is written a
> particular way merely to pacify bogus compiler warnings. I'd rather do this
> systematically, rather than use GCC_LINT in some places where the problem
> occurs
> and not use it in others. With that in mind, I installed the attached patch.
Thanks for the patch, but the situation is pretty much the same as before:
the warning only goes away with GCC_LINT.
The question seems to be if the performance degradation of not-inlining is
larger
than switching from stack to malloc'ed storage.
Have a nice day,
Berny