[Bug bootstrap/41399] New: [4.5 Regression] Internal error compiling fortran/intrinsic.c

[Bug bootstrap/41399] New: [4.5 Regression] Internal error compiling fortran/intrinsic.c

[danglin at gcc dot gnu dot org]

/home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/objdir/./prev-gcc
/ -B/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/bin/
-B/hom
e/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/lib/
-isystem
/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/include
-isystem
/home/dave/opt/gnu/gcc/gcc-4.5.0/armv5tejl-unknown-linux-gnueabi/sys-include   
-c  -g -O2 -gtoggle -DIN_GCC   -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-Wold-style-definition -Wc++-compat -fno-common  -DHAVE_CONFIG_H -I. -Ifortran
-I../../gcc/gcc -I../../gcc/gcc/fortran -I../../gcc/gcc/../include
-I../../gcc/gcc/../libcpp/include -I/home/dave/opt/gnu/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber   -I/home/dave/opt/gnu/include
../../gcc/gcc/fortran/intrinsic.c -o fortran/intrinsic.o
xgcc: Internal error: Killed (program cc1)

-bash-3.2$ ./xgcc -B./ -v
Reading specs from ./specs
Target: armv5tejl-unknown-linux-gnueabi
Configured with: ../gcc/configure --host=armv5tejl-unknown-linux-gnueabi
--target=armv5tejl-unknown-linux-gnueabi
--build=armv5tejl-unknown-linux-gnueabi --enable-languages=c,c++,fortran
--enable-shared --enable-threads --disable-multilib --disable-libmudflap
--disable-libssp --enable-symvers=gnu --enable-__cxa_atexit
--disable-libstdcxx-pch --prefix=/home/dave/opt/gnu/gcc/gcc-4.5.0
--with-gmp=/home/dave/opt/gnu
Thread model: posix
gcc version 4.5.0 20090917 (experimental) [trunk revision 151808] (GCC)


-- 
           Summary: [4.5 Regression] Internal error compiling
                    fortran/intrinsic.c
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: armv5tejl-unknown-linux-gnueabi
  GCC host triplet: armv5tejl-unknown-linux-gnueabi
GCC target triplet: armv5tejl-unknown-linux-gnueabi


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[ramana at gcc dot gnu dot org]

------- Comment #1 from ramana at gcc dot gnu dot org  2009-09-18 21:00 -------
I see this has -g and this sounds like PR41343 where cc1 is killed because the
compiler runs out of VM . Could you try the same file without -g or without
var-tracking ? 


Thanks,
Ramana


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2009-09-18 21:51 -------
Subject: Re:  [4.5 Regression] Internal error compiling fortran/intrinsic.c

> I see this has -g and this sounds like PR41343 where cc1 is killed because the
> compiler runs out of VM . Could you try the same file without -g or without
> var-tracking ? 

Yes, I'll give it a try next week.  The box has 512MB of memory, but
it runs currently using a NFS file system.  So, I can't setup file swap.

Dave


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.5.0


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca  2009-09-22 14:12 -------
Subject: Re:  [4.5 Regression] Internal error compiling fortran/intrinsic.c

> I see this has -g and this sounds like PR41343 where cc1 is killed because the
> compiler runs out of VM . Could you try the same file without -g or without
> var-tracking ? 

Didn't help.  I will try to figure out which change caused the regression.

Dave


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2009-10-07 15:09 -------
Subject: Re:  [4.5 Regression] Internal error compiling fortran/intrinsic.c

> > I see this has -g and this sounds like PR41343 where cc1 is killed because the
> > compiler runs out of VM . Could you try the same file without -g or without
> > var-tracking ? 
> 
> Didn't help.  I will try to figure out which change caused the regression.

It was introduced by revision 151348.

Dave


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[danglin at gcc dot gnu dot org]

------- Comment #5 from danglin at gcc dot gnu dot org  2009-10-09 17:22 -------
Approximately 512 MB of storage are allocated compiling this function
in the sched1 pass causing the system to kill cc1.  It doesn't help to
trigger ggc after every pass.  The function will compile with
-fno-schedule-insns.


-- 

danglin at gcc dot gnu dot org changed:

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


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[danglin at gcc dot gnu dot org]

-- 

danglin at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2009-10-23 20:39:09
               date|                            |


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[rguenth at gcc dot gnu dot org]

------- Comment #6 from rguenth at gcc dot gnu dot org  2009-10-24 11:53 -------
Can someone attach preprocessed source?


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING
           Keywords|                            |memory-hog


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca  2009-11-02 14:14 -------
Subject: Re:  [4.5 Regression] Internal error
        compiling fortran/intrinsic.c

> Can someone attach preprocessed source?

Attached.

Dave


------- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca  2009-11-02 14:14 -------
Created an attachment (id=18949)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18949&action=view)


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[danglin at gcc dot gnu dot org]

------- Comment #9 from danglin at gcc dot gnu dot org  2009-11-17 00:19 -------
Regarding <http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00822.html>,
the sched1 pass is also a big memory hog.


-- 

danglin at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rearnsha at arm dot com
   Last reconfirmed|2009-10-23 20:39:09         |2009-11-17 00:19:52
               date|                            |


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[rguenth at gcc dot gnu dot org]

------- Comment #10 from rguenth at gcc dot gnu dot org  2009-11-27 11:10 -------
Why is this a regression?  Does it work with 4.4 and checking enabled?
Does it work with current trunk and release checking?


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca  2009-12-02 16:07 -------
Subject: Re:  [4.5 Regression] Internal error compiling fortran/intrinsic.c

> Why is this a regression?  Does it work with 4.4 and checking enabled?
> Does it work with current trunk and release checking?

The problem was marked as a regression as it was introduced specifically
by revision 151348.

The problem still occurs with current trunk and release checking.

Will check 4.4 with checking enabled.

Dave


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca  2009-12-07 16:01 -------
Subject: Re:  [4.5 Regression] Internal error compiling fortran/intrinsic.c

> Will check 4.4 with checking enabled.

4.4.3 builds with checking enabled:
http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg00671.html

Dave


-- 


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
   Last reconfirmed|2009-11-17 00:19:52         |2009-12-07 17:01:24
               date|                            |


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

[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[ramana at gcc dot gnu dot org]

------- Comment #13 from ramana at gcc dot gnu dot org  2009-12-08 11:47 -------
I see this with last night's trunk on a native armv5te linux machine with 512MB
of RAM. 


-- 

ramana at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |rguenth at gcc dot gnu dot
                   |                            |org
           Priority|P3                          |P2
   Last reconfirmed|2009-12-07 17:01:24         |2009-12-08 11:47:37
               date|                            |


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

[Bug target/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[rguenth at gcc dot gnu dot org]

------- Comment #14 from rguenth at gcc dot gnu dot org  2009-12-08 11:54 -------
It needs 60MB on i?86-linux with -O2 -g -fschedule-insns.  Thus this is a
target specific problem.  Is the arm automaton particularly large?


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|bootstrap                   |target
           Keywords|                            |build


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

[Bug target/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[ramana at gcc dot gnu dot org]

------- Comment #15 from ramana at gcc dot gnu dot org  2009-12-11 09:53 -------
*** Bug 42351 has been marked as a duplicate of this bug. ***


-- 

ramana at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |carrot at google dot com


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

[Bug target/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[steven at gcc dot gnu dot org]

------- Comment #16 from steven at gcc dot gnu dot org  2010-01-28 21:55 -------
Re. comment #9 -- had anyone actually tried ARM code size with sched1 enabled
and the -fsched-pressure flag added?


-- 


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

[Bug target/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[steven at gcc dot gnu dot org]

------- Comment #17 from steven at gcc dot gnu dot org  2010-01-28 23:03 -------
Introduced by http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00094.html.

Needs 1.3GB and 68s to compile on an 800MHz AMD64 x86_64 X
armv5tejl-unknown-linux-gnueabi compiler. The compiler spends 87% of its time
in the sched1 pass, but almost no time at all in the sched2 pass (less than
1%).

Top of flat gprof profile (I tried callgrind but it still had not finished
after one hour):

  %   cumulative   self              self     total
 time   seconds   seconds    calls   s/call   s/call  name
  8.02      3.62     3.62 69054802     0.00     0.00  detach_dep_link
  5.27      5.99     2.38 69054802     0.00     0.00  attach_dep_link
  4.99      8.24     2.25 51417075     0.00     0.00  sd_iterator_cond
  4.18     10.12     1.89 34819238     0.00     0.00  get_back_and_forw_lists
  3.53     11.71     1.59 97495355     0.00     0.00  sd_iterator_cond
  3.44     13.27     1.55    21666     0.00     0.00  fix_tick_ready
  3.20     14.71     1.45    21661     0.00     0.00  priority
  3.16     16.14     1.43 17117782     0.00     0.00  sd_resolve_dep
  3.13     17.55     1.41 43578690     0.00     0.00 
sched_get_condition_with_rev
  3.10     18.95     1.40 17139633     0.00     0.00  try_ready
  2.73     20.18     1.23   635304     0.00     0.00  add_dependence_list
  2.51     21.30     1.13 69054802     0.00     0.00  remove_from_deps_list
  2.48     22.43     1.12 261206816     0.00     0.00  VEC_int_base_index
  2.38     23.50     1.07 138109604     0.00     0.00  depl_on_debug_p
  2.26     24.52     1.02 25036374     0.00     0.00 
sched_insns_conditions_mutex_p
  2.13     25.48     0.96 34288021     0.00     0.00  dep_cost_1
  1.71     26.25     0.77                             _fini
  1.67     27.00     0.76 103473085     0.00     0.00  bitmap_find_bit
  1.52     27.69     0.69 177031345     0.00     0.00 
VEC_haifa_deps_insn_data_def_base_index
  1.51     28.37     0.68 78460714     0.00     0.00  bitmap_bit_p
  1.49     29.04     0.67 17409619     0.00     0.00  create_dep_node
  1.39     29.66     0.62 24364740     0.00     0.00  ask_dependency_caches
  1.24     30.23     0.56 207656387     0.00     0.00 
VEC_haifa_insn_data_def_base_index
  1.20     30.77     0.54   863847     0.00     0.00 
sd_find_dep_between_no_cache
  1.19     31.30     0.54 25052073     0.00     0.00  add_or_update_dep_1
  1.15     31.82     0.52 69054802     0.00     0.00  add_to_deps_list
  1.00     32.27     0.45 38573532     0.00     0.00  sd_next_list
  0.93     32.69     0.42 19177050     0.00     0.00  pool_alloc
  0.89     33.09     0.40    21661     0.00     0.00  schedule_insn
  0.88     33.48     0.40 34618877     0.00     0.00  alloc_INSN_LIST
  0.86     33.88     0.39 42461692     0.00     0.00  check_dep
  0.84     34.26     0.38 17409619     0.00     0.00  sd_add_dep
  0.80     34.62     0.36 17117782     0.00     0.00  contributes_to_priority_p
  0.78     34.97     0.35 79199812     0.00     0.00  sd_iterator_next
  0.69     35.27     0.31 43670647     0.00     0.00  any_condjump_p
  0.63     35.56     0.28 25064307     0.00     0.00  maybe_add_or_update_dep_1
  0.60     35.83     0.27 34288895     0.00     0.00  insn_cost
  0.55     36.08     0.25 25061789     0.00     0.00  haifa_note_dep
  0.55     36.33     0.25 16991202     0.00     0.00  set_dependency_caches
  0.51     36.56     0.23    90447     0.00     0.00  validate_value_data
  0.50     36.78     0.23 34465340     0.00     0.00  free_INSN_LIST_node
  0.49     37.01     0.22 34300880     0.00     0.00  sd_lists_empty_p

It looks like something causes dependency calculation to explode...


-- 


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

[Bug target/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c

[steven at gcc dot gnu dot org]

------- Comment #18 from steven at gcc dot gnu dot org  2010-01-28 23:22 -------
Function that seems to cost the most time is add_functions(), which is one big
basic block of ~7500 insns (~500 of them call insns).

List scheduling is quadratic in the number of insns per basic block. I don't
know the scheduler very well, but I would expect GCC has some kind of moving
window to limit the number of insns we consider for scheduling within a basic
block. If so, then this is broken now.

That doesn't explain why only ARM seems to be hit by this, though.


-- 


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

[Bug target/41399] [4.5 Regression] Scheduler gives huge dependence graph compiling fortran/intrinsic.c on ARM

[steven at gcc dot gnu dot org]

------- Comment #19 from steven at gcc dot gnu dot org  2010-01-28 23:48 -------
On ARM I have the following stats about the dependence graph for add_functions:
Number of insns: 6630
Average number of sd_lists_size: 2512

For comparison, on atholon:
Number of insns: 5640
Average number of sd_lists_size: 3.6


-- 

steven at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |compile-time-hog
            Summary|[4.5 Regression] Internal   |[4.5 Regression] Scheduler
                   |error compiling             |gives huge dependence graph
                   |fortran/intrinsic.c         |compiling
                   |                            |fortran/intrinsic.c on ARM


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

[Bug target/41399] [4.5 Regression] Scheduler gives huge dependence graph compiling fortran/intrinsic.c on ARM

[rearnsha at gcc dot gnu dot org]

------- Comment #20 from rearnsha at gcc dot gnu dot org  2010-01-29 10:18 -------
(In reply to comment #18)
> Function that seems to cost the most time is add_functions(), which is one big
> basic block of ~7500 insns (~500 of them call insns).
> 
> List scheduling is quadratic in the number of insns per basic block. I don't
> know the scheduler very well, but I would expect GCC has some kind of moving
> window to limit the number of insns we consider for scheduling within a basic
> block. If so, then this is broken now.
> 

Sched-deps.c contains the following chunk of code:

      if (!deps->readonly
          && ((deps->pending_read_list_length +
deps->pending_write_list_length)
              > MAX_PENDING_LIST_LENGTH))
        {
          /* Flush all pending reads and writes to prevent the pending lists
             from getting any larger.  Insn scheduling runs too slowly when
             these lists get long.  When compiling GCC with itself,
             this flush occurs 8 times for sparc, and 10 times for m88k using
             the default value of 32.  */
          flush_pending_lists (deps, insn, false, true);
        }

but presumably this is not being triggered any more.
> That doesn't explain why only ARM seems to be hit by this, though.
> 


-- 


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

[Bug target/41399] [4.5 Regression] Scheduler gives huge dependence graph compiling fortran/intrinsic.c on ARM

[vmakarov at redhat dot com]

------- Comment #21 from vmakarov at redhat dot com  2010-01-29 21:54 -------
Thanks everyone who works on the bug.

  I am sorry that the bug was really introduced by my patch more accurately by
the part which should fix reload crashes when the 1st scheduling works for some
targets.  The patch creates huge number dependencies on stack register (r13)
which could be used for reloads according to *arm_movsi_insn.  But pseudos can
not be assigned the stack register because the register is fixed and we have
not to add dependencies for the pseudo to fix the reload craches.

The following small fix will solve the PR.

Index: ../../gcc/gcc/sched-deps.c
===================================================================
--- ../../gcc/gcc/sched-deps.c  (revision 155624)
+++ ../../gcc/gcc/sched-deps.c  (working copy)
@@ -2623,6 +2623,7 @@ sched_analyze_insn (struct deps *deps, r
       extract_insn (insn);
       preprocess_constraints ();
       ira_implicitly_set_insn_hard_regs (&temp);
+      AND_COMPL_HARD_REG_SET (temp, ira_no_alloc_regs);
       IOR_HARD_REG_SET (implicit_reg_pending_clobbers, temp);
     }

I'll submit the patch on Monday after some testing.


-- 


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

[Bug target/41399] [4.5 Regression] Scheduler gives huge dependence graph compiling fortran/intrinsic.c on ARM

[steven at gcc dot gnu dot org]

------- Comment #22 from steven at gcc dot gnu dot org  2010-01-29 22:46 -------
FWIW: with the patch of comment #21 compile time goes down by a factor 10 and
memory tops out at 107MB with the same x86_64 X armv5tejl-unknown-linux-gnueabi
compiler as yesterday (but this time patched).


-- 

steven at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |patch


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

[Bug target/41399] [4.5 Regression] Scheduler gives huge dependence graph compiling fortran/intrinsic.c on ARM

[vmakarov at gcc dot gnu dot org]

------- Comment #23 from vmakarov at gcc dot gnu dot org  2010-02-01 19:52 -------
Subject: Bug 41399

Author: vmakarov
Date: Mon Feb  1 19:52:42 2010
New Revision: 156431

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156431
Log:
2010-02-01  Vladimir Makarov  <vmakarov@redhat.com>

        PR target/41399
        * sched-deps.c (sched_analyze_insn): Ignore fixed registers for
        implicitly set registers.


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


-- 


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

[Bug target/41399] [4.5 Regression] Scheduler gives huge dependence graph compiling fortran/intrinsic.c on ARM

[steven at gcc dot gnu dot org]

------- Comment #24 from steven at gcc dot gnu dot org  2010-02-01 22:13 -------
.


-- 

steven at gcc dot gnu dot org changed:

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


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