This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/81535] [8 regression] gcc.target/powerpc/pr79439.c fails starting with r250442
- From: "willschm at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 13 Feb 2018 15:38:11 +0000
- Subject: [Bug target/81535] [8 regression] gcc.target/powerpc/pr79439.c fails starting with r250442
- Auto-submitted: auto-generated
- References: <bug-81535-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81535
Will Schmidt <willschm at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |willschm at gcc dot gnu.org
--- Comment #10 from Will Schmidt <willschm at gcc dot gnu.org> ---
(In reply to seurer from comment #9)
> Just an FYI that the output of this test case changed a bit somewhere in the
> range r256987 to r257017:
>
> Now it gets this:
>
> FAIL: gcc.target/powerpc/pr79439.c scan-assembler-times \\mbl g\\M 1 (found
> 2 times)
>
> previously it failed with this:
>
> FAIL: gcc.target/powerpc/pr79439.c scan-assembler-times \\mnop\\M 3 (found 2
> times)
I looked briefly. Per the generated assembly, the "bl g" check is failing
because the branch to 'g' now occurs twice in the generated code. (occurs with
-O2, unless -fdisable-tree-early_optimizations is specified) The "
scan-assembler-times 'nop' 3 " now passes, but that is only due to the
additional nop associated with the extra branch to 'g'.