This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
- From: "dave.anglin at bell dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 30 Dec 2014 20:07:25 +0000
- Subject: [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
- Auto-submitted: auto-generated
- References: <bug-64388-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388
--- Comment #1 from dave.anglin at bell dot net ---
On 2014-12-23, at 12:31 PM, hjl.tools at gmail dot com wrote:
> On Linux/x86-64, r219037 caused
>
> FAIL: gcc.dg/pr44194-1.c scan-rtl-dump dse1 "global deletions = (2|3)"
> FAIL: gcc.dg/pr44194-1.c scan-rtl-dump-not final "insn[: ][^\n]*set
> \\(mem(?![^\n]*scratch)"
The optimization could easily be restored if there was a procedure or target
hook to provide a way
to determine if a sibcall may read from the frame. On hppa-linux, this would
be true if the sibcall
arguments were all passed in registers. It might be possible to do this by
analyzing the decl.
The dse pass avoids looking at call usage information.
--
John David Anglin dave.anglin@bell.net