[RFA:] Fix PR 40086 - reorg.c again and again
Eric Botcazou
ebotcazou@adacore.com
Tue May 19 07:06:00 GMT 2009
> No, as safe correctness was the issue I prioritized re-using the
> previous solution. I thought it couldn't happen too often, or
> this bug would have been noticed before. What indications of
> non-pessimization do you require?
For example looking at the impact on gcc.c-torture/compile at -O2 to get a
quick idea. I've attached a patch (originally from Richard S. IIRC) that
preserves the assembly files generated for this directory.
> I'm pretty sure it's needed everywhere. I thought I made the
> point that PR15296 is virtually the same! What effects would
> the DF change have? IIUC better live information (less live
> registers) only aggravates the problem, it does not cause it.
Yes, but patching branches is not (usually) allowed if you don't have a
testcase exhibiting a regression on the branches.
--
Eric Botcazou
-------------- next part --------------
A non-text attachment was scrubbed...
Name: keep_compile.diff
Type: text/x-diff
Size: 1776 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20090519/cfed1387/attachment.bin>
More information about the Gcc-patches
mailing list