[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[dje at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292


dje at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |matz at suse dot de
                   |dot org                     |
             Status|NEW                         |ASSIGNED

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[steven at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292



------- Additional Comments From steven at gcc dot gnu dot org  2003-09-04 10:19 -------
Any chance this might be related to 11969?

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292



------- Additional Comments From pinskia at gcc dot gnu dot org  2003-09-08 06:10 -------
Most likely not (If it is then there is something wrong because it is the prologue/epologue 
that is removed in this case).

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292


pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |11162


------- Additional Comments From pinskia at gcc dot gnu dot org  2003-09-14 20:25 -------
Most likely related to bug 11162.

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|                            |13246
              nThis|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|3.4                         |3.5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292

[Bug target/11292] [new-ra] causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-08-19 00:20 -------
Now on the mainline I get an ICE:
t.c: In function `mystrcpy':
t.c:5: error: Abnormal edges for no purpose in bb 0
t.c:5: error: in basic block 0:
t.c:5: error: flow control insn inside a basic block
(call_insn/j:HI 22 38 36 0 (parallel [
            (set (reg:SI 3 r3)
                (call (mem:SI (symbol_ref:SI ("memmove") [flags 0x41] <function_decl 0x412f9300 
memmove>) [0 S4 A8])
                    (const_int 32 [0x20])))
            (use (const_int 0 [0x0]))
            (use (reg:SI 65 lr))
            (return)
        ]) 418 {*sibcall_value_nonlocal_sysv} (insn_list 20 (insn_list 19 (insn_list 21 (nil))))
    (expr_list:REG_EH_REGION (const_int 0 [0x0])
        (nil))
    (expr_list (use (reg:SI 5 r5))
        (expr_list (use (reg:SI 4 r4 [ source ]))
            (expr_list (use (reg:SI 3 r3 [ dest ]))
                (nil)))))
t.c:5: internal compiler error: in rtl_verify_flow_info_1, at cfgrtl.c:2118
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
   Last reconfirmed|2004-05-20 23:29:00         |2004-08-19 00:20:57
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292

[Bug target/11292] [new-ra] causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

------- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-20 16:49 -------
And now this is fixed on the mainline.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|SUSPENDED                   |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292

[Bug target/11292] [new-ra] causes sibcalling to go wrong.

[pinskia at gcc dot gnu dot org]

-- 
Bug 11292 depends on bug 11162, which changed state.

Bug 11162 Summary: [new-ra] ICE compiling channel.i on sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11162

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|NEW                         |SUSPENDED
             Status|SUSPENDED                   |RESOLVED
         Resolution|                            |WONTFIX

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at physics dot uc dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292


pinskia at physics dot uc dot edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |critical
           Priority|P2                          |P1

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at physics dot uc dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292


pinskia at physics dot uc dot edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|ice-on-valid-code           |wrong-code


------- Additional Comments From pinskia at physics dot uc dot edu  2003-07-15 14:03 -------
It no longer ICEs one the mainline (20030714) but gcc still produces wrong code.

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[dhazeghi at yahoo dot com]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292


dhazeghi at yahoo dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
           Keywords|wrong-code                  |ice-on-valid-code
   Last reconfirmed|0000-00-00 00:00:00         |2003-07-05 19:48:27
               date|                            |


------- Additional Comments From dhazeghi at yahoo dot com  2003-07-05 19:48 -------
Confirmed. As of 20030705, neither testcase even compiles:

foo.c: In function `mystrcpy':
foo.c:5: error: Abnormal edges for no purpose in bb 0
foo.c:5: internal compiler error: verify_flow_info failed

[Bug target/11292] [3.4 Regression] -fnew-ra causes sibcalling to go wrong.

[pinskia at physics dot uc dot edu]

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11292



------- Additional Comments From pinskia at physics dot uc dot edu  2003-06-23 14:46 -------
I sent the wrong example (here is the right one where it does not sib call in main):

char * mystrcpy(char *dest, char *source)
{
  int len = strlen(source);
  return memmove(dest, source, len+1);
}

int main()
{
        char temp[10];
        char *t1="AA";
        mystrcpy(temp, t1);
        return 0;
}