public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
@ 2014-12-23 17:31 hjl.tools at gmail dot com
  2014-12-23 17:32 ` [Bug middle-end/64388] " hjl.tools at gmail dot com
                   ` (6 more replies)
  0 siblings, 7 replies; 8+ messages in thread
From: hjl.tools at gmail dot com @ 2014-12-23 17:31 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

            Bug ID: 64388
           Summary: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: middle-end
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hjl.tools at gmail dot com
                CC: danglin at gcc dot gnu.org

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)"


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
@ 2014-12-23 17:32 ` hjl.tools at gmail dot com
  2014-12-30 20:07 ` dave.anglin at bell dot net
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: hjl.tools at gmail dot com @ 2014-12-23 17:32 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |5.0


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
  2014-12-23 17:32 ` [Bug middle-end/64388] " hjl.tools at gmail dot com
@ 2014-12-30 20:07 ` dave.anglin at bell dot net
  2014-12-30 20:13 ` hjl.tools at gmail dot com
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: dave.anglin at bell dot net @ 2014-12-30 20:07 UTC (permalink / raw)
  To: gcc-bugs

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


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
  2014-12-23 17:32 ` [Bug middle-end/64388] " hjl.tools at gmail dot com
  2014-12-30 20:07 ` dave.anglin at bell dot net
@ 2014-12-30 20:13 ` hjl.tools at gmail dot com
  2015-01-03 15:01 ` hjl.tools at gmail dot com
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: hjl.tools at gmail dot com @ 2014-12-30 20:13 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-12-30
     Ever confirmed|0                           |1

--- Comment #2 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to dave.anglin from comment #1)
> 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.

Can you add such a hook? Thanks.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
                   ` (2 preceding siblings ...)
  2014-12-30 20:13 ` hjl.tools at gmail dot com
@ 2015-01-03 15:01 ` hjl.tools at gmail dot com
  2015-01-03 16:59 ` dave.anglin at bell dot net
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 8+ messages in thread
From: hjl.tools at gmail dot com @ 2015-01-03 15:01 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

--- Comment #4 from H.J. Lu <hjl.tools at gmail dot com> ---
A patch is posted at

https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01990.html


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
                   ` (3 preceding siblings ...)
  2015-01-03 15:01 ` hjl.tools at gmail dot com
@ 2015-01-03 16:59 ` dave.anglin at bell dot net
  2015-01-08 21:30 ` jakub at gcc dot gnu.org
  2015-01-08 21:32 ` jakub at gcc dot gnu.org
  6 siblings, 0 replies; 8+ messages in thread
From: dave.anglin at bell dot net @ 2015-01-03 16:59 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

--- Comment #5 from dave.anglin at bell dot net ---
On 2015-01-03, at 10:01 AM, hjl.tools at gmail dot com wrote:

> --- Comment #4 from H.J. Lu <hjl.tools at gmail dot com> ---
> A patch is posted at
> 
> https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01990.html

Can't review but the implementation looks good to me.

Dave
--
John David Anglin    dave.anglin@bell.net


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
                   ` (4 preceding siblings ...)
  2015-01-03 16:59 ` dave.anglin at bell dot net
@ 2015-01-08 21:30 ` jakub at gcc dot gnu.org
  2015-01-08 21:32 ` jakub at gcc dot gnu.org
  6 siblings, 0 replies; 8+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-01-08 21:30 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Thu Jan  8 21:29:44 2015
New Revision: 219361

URL: https://gcc.gnu.org/viewcvs?rev=219361&root=gcc&view=rev
Log:
    PR target/55023
    PR middle-end/64388
    * dse.c (struct insn_info): Mention frame_read set also
    before reload for tail calls on some targets.
    (scan_insn): Revert 2014-12-22 change.  Set frame_read
    also before reload for tail calls if
    HARD_FRAME_POINTER_IS_ARG_POINTER.  Call add_wild_read
    instead of add_non_frame_wild_read for non-const/memset
    tail calls after reload.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/dse.c


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug middle-end/64388] [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c
  2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
                   ` (5 preceding siblings ...)
  2015-01-08 21:30 ` jakub at gcc dot gnu.org
@ 2015-01-08 21:32 ` jakub at gcc dot gnu.org
  6 siblings, 0 replies; 8+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-01-08 21:32 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64388

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |jakub at gcc dot gnu.org
         Resolution|---                         |FIXED

--- Comment #7 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Should be fixed now.


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2015-01-08 21:32 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-12-23 17:31 [Bug middle-end/64388] New: [5 Regression] r219037 caused FAIL: gcc.dg/pr44194-1.c hjl.tools at gmail dot com
2014-12-23 17:32 ` [Bug middle-end/64388] " hjl.tools at gmail dot com
2014-12-30 20:07 ` dave.anglin at bell dot net
2014-12-30 20:13 ` hjl.tools at gmail dot com
2015-01-03 15:01 ` hjl.tools at gmail dot com
2015-01-03 16:59 ` dave.anglin at bell dot net
2015-01-08 21:30 ` jakub at gcc dot gnu.org
2015-01-08 21:32 ` jakub at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).