[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P3                          |P2

--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> 2010-10-26 13:20:29 UTC ---
P2, because var-tracking is disabled by default for sel-sched, you need to
explicitly force it.

[Bug debug/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva <aoliva at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|rtl-optimization            |debug

--- Comment #6 from Alexandre Oliva <aoliva at gcc dot gnu.org> 2011-01-26 05:59:57 UTC ---
Author: aoliva
Date: Wed Jan 26 05:59:53 2011
New Revision: 169275

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169275
Log:
PR debug/45454
* sel-sched.c (moveup_expr): Don't let debug insns prevent
non-debug insns from moving up.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/sel-sched.c

--- Comment #7 from Alexandre Oliva <aoliva at gcc dot gnu.org> 2011-01-26 06:09:22 UTC ---
Fixed

[Bug debug/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[aoliva at gcc dot gnu.org]

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

Alexandre Oliva <aoliva at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #8 from Alexandre Oliva <aoliva at gcc dot gnu.org> 2011-01-26 19:58:20 UTC ---
Oops, actually marked as fixed this time.

[Bug debug/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[dnovillo at gcc dot gnu.org]

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

--- Comment #9 from Diego Novillo <dnovillo at gcc dot gnu.org> 2011-02-02 17:51:38 UTC ---
Author: dnovillo
Date: Wed Feb  2 17:51:35 2011
New Revision: 169609

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169609
Log:
PR debug/45454
* sel-sched.c (moveup_expr): Don't let debug insns prevent
non-debug insns from moving up.

Modified:
    branches/google/integration/gcc/ChangeLog
    branches/google/integration/gcc/sel-sched.c

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[aoliva at gcc dot gnu dot org]

------- Comment #4 from aoliva at gcc dot gnu dot org  2010-09-05 20:44 -------
When I first tried to make sel-sched work with VTA, we didn't create
dependencies of non-debug insns on debug insns.  Now we do.  Other schedulers
know that these deps don't prevent insn movement, just signal the need for
resetting debug insns.  sel-sched doesn't know how to deal with that yet,
that's why it fails more noisily now.  Looking into it, but no promises.


-- 

aoliva at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |aoliva at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2010-09-05 20:44:31
               date|                            |


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

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[zsojka at seznam dot cz]

------- Comment #3 from zsojka at seznam dot cz  2010-09-02 10:59 -------
I wasn't sure if I should open this bugreport, but the message isn't clear (I
didn't understand "changes selective scheduling" as "causes crashes and/or
wrong code"). I don't know it's broken.
The compiler asked me to do so - "Please submit a full bug report"...


-- 


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

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[jakub at gcc dot gnu dot org]

------- Comment #2 from jakub at gcc dot gnu dot org  2010-09-02 10:48 -------
Why are you using -fvar-tracking-assignments together with selective
scheduling?
It is known not to work (and that's why it isn't enabled with -g).


-- 

jakub at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu dot
                   |                            |org


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

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.6.0


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

[Bug rtl-optimization/45454] [4.6 Regression] ICE: in verify_target_availability, at sel-sched.c:1614

[zsojka at seznam dot cz]

------- Comment #1 from zsojka at seznam dot cz  2010-08-30 19:40 -------
Created an attachment (id=21596)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21596&action=view)
reduced testcase

$ gcc -O1 -fvar-tracking-assignments -fcse-follow-jumps -frerun-cse-after-loop
-fschedule-insns2 -fselective-scheduling2 -funroll-all-loops pr45454.c

This ICE happens quite often with similiar flags.


-- 


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