Sujet : Re: Computer architects leaving Intel...
De : bl1-thispartdoesnotbelonghere (at) *nospam* gmx.com (Bernd Linsel)
Groupes : comp.archDate : 05. Sep 2024, 21:05:17
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vbd2tt$e0ld$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14
User-Agent : Betterbird (Linux)
On 05.09.24 17:49, Anton Ertl wrote:
Nobody said that gcc did anything wrong here. We were, however,
surprised that -fno-reorder-blocks did not suppress the reordering; we
reported this as bug, but were told that this option does something
different from what it says. Anyway, we developed a workaround. And
we also developed a workaround for the code duplication problem that
showed up in gcc-7.
Have you tried interspersing `asm volatile("")` statements?
It is very often an effective means to prevent gcc from reordering code from before and after the asm statement.
If you additional specify inputs, e.g. `asm volatile("" :: "r" (foo))`, you can force gcc to keep `foo` alive up to this point.
-- Bernd Linsel