[Bug fortran/41043] New: [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[Bug fortran/41043] New: [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[dominiq at lps dot ens dot fr]

On *-apple-darwin9 with gfortran 4.5.0 or 4.4.1, the following code gives at
-O2:

! { dg-do compile }
subroutine foo
  implicit none

  integer :: i

  call gee_i(int(i**huge(0_8),kind=kind(i)))
!  call gee_i(int(i**(-huge(0_8)-1_8),kind=kind(i)))

end subroutine foo

gives at -O2:

[ibook-dhum] f90/bug% time gfc -O2 integer_exponentiation_2_db_red.f90
virtual memory exhausted: Cannot allocate memory
28.270u 4.114s 1:27.92 36.8%    0+0k 0+11io 282pf+0w

The code compiles with values other than huge(0_8) or with gfortran 4.3.


-- 
           Summary: [4.4/4.5 Regression] virtual memory exhausted: Cannot
                    allocate memory
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: *-apple-darwin9
  GCC host triplet: *-apple-darwin9
GCC target triplet: *-apple-darwin9


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

[Bug fortran/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #1 from rguenth at gcc dot gnu dot org  2009-08-12 13:14 -------
Confirmed.  We are doing a very hard job folding a tree generating lots of
garbage during VRP in adjust_range_with_scev (my personal friend).

<bb 2>:
D.1534_2 = (integer(kind=8)) i_1(D);
D.1535_3 = D.1534_2 * D.1534_2;
D.1536_4 = D.1534_2 * D.1535_3;
D.1537_5 = D.1536_4 * D.1536_4;
D.1538_6 = D.1536_4 * D.1537_5;
D.1539_7 = D.1538_6 * D.1538_6;
D.1540_8 = D.1538_6 * D.1539_7;
D.1541_9 = D.1539_7 * D.1539_7;
D.1542_10 = D.1540_8 * D.1541_9;
D.1543_11 = D.1542_10 * D.1542_10;
D.1544_12 = D.1543_11 * D.1543_11;
D.1545_13 = D.1544_12 * D.1544_12;
D.1546_14 = D.1535_3 * D.1535_3;
D.1547_15 = D.1536_4 * D.1546_14;
D.1548_16 = D.1545_13 * D.1547_15;
D.1549_17 = D.1548_16 * D.1548_16;
D.1550_18 = D.1549_17 * D.1549_17;
D.1551_19 = D.1550_18 * D.1550_18;
D.1552_20 = D.1551_19 * D.1547_15;
D.1553_21 = D.1552_20 * D.1552_20;
D.1554_22 = D.1553_21 * D.1553_21;
D.1555_23 = D.1554_22 * D.1554_22;
D.1556_24 = D.1555_23 * D.1547_15;
D.1557_25 = D.1556_24 * D.1556_24;
D.1558_26 = D.1557_25 * D.1557_25;
D.1559_27 = D.1558_26 * D.1558_26;
D.1560_28 = D.1559_27 * D.1547_15;
D.1561_29 = D.1560_28 * D.1560_28;
D.1562_30 = D.1561_29 * D.1561_29;
D.1563_31 = D.1562_30 * D.1562_30;
D.1564_32 = D.1563_31 * D.1547_15;
D.1565_33 = D.1564_32 * D.1564_32;
D.1566_34 = D.1565_33 * D.1565_33;
D.1567_35 = D.1566_34 * D.1566_34;
D.1568_36 = D.1567_35 * D.1547_15;
D.1569_37 = D.1568_36 * D.1568_36;
D.1570_38 = D.1569_37 * D.1569_37;
D.1571_39 = D.1570_38 * D.1570_38;
D.1572_40 = D.1571_39 * D.1547_15;
D.1573_41 = D.1572_40 * D.1572_40;
D.1574_42 = D.1573_41 * D.1573_41;
D.1575_43 = D.1574_42 * D.1574_42;
D.1576_44 = D.1575_43 * D.1547_15;
D.1577_45 = D.1576_44 * D.1576_44;
D.1578_46 = D.1577_45 * D.1577_45;
D.1579_47 = D.1578_46 * D.1578_46;
D.1580_48 = D.1579_47 * D.1547_15;
D.1581_49 = D.1580_48 * D.1580_48;
D.1582_50 = D.1581_49 * D.1581_49;
D.1583_51 = D.1582_50 * D.1582_50;
D.1584_52 = D.1583_51 * D.1547_15;
D.1585_53 = D.1584_52 * D.1584_52;
D.1586_54 = D.1585_53 * D.1585_53;
D.1587_55 = D.1586_54 * D.1586_54;
D.1588_56 = D.1587_55 * D.1547_15;
D.1589_57 = D.1588_56 * D.1588_56;
D.1590_58 = D.1589_57 * D.1589_57;
D.1591_59 = D.1590_58 * D.1590_58;
D.1592_60 = D.1591_59 * D.1547_15;
D.1593_61 = D.1592_60 * D.1592_60;
D.1594_62 = D.1593_61 * D.1593_61;
D.1595_63 = D.1594_62 * D.1594_62;
D.1596_64 = D.1595_63 * D.1547_15;
D.1597_65 = D.1596_64 * D.1596_64;
D.1598_66 = D.1597_65 * D.1597_65;
D.1599_67 = D.1598_66 * D.1598_66;
D.1600_68 = D.1599_67 * D.1547_15;
D.1601_69 = D.1600_68 * D.1600_68;
D.1602_70 = D.1601_69 * D.1601_69;
D.1603_71 = D.1602_70 * D.1602_70;
D.1604_72 = D.1603_71 * D.1547_15;
D.1605_73 = D.1604_72 * D.1604_72;
D.1606_74 = D.1605_73 * D.1605_73;
D.1607_75 = D.1606_74 * D.1606_74;
D.1608_76 = D.1607_75 * D.1547_15;
D.1609_77 = D.1608_76 * D.1608_76;
D.1610_78 = D.1609_77 * D.1609_77;
D.1611_79 = D.1610_78 * D.1610_78;
D.1612_80 = D.1611_79 * D.1547_15;
D.1613_81 = D.1612_80 * D.1612_80;
D.1614_82 = D.1613_81 * D.1613_81;
D.1615_83 = D.1614_82 * D.1614_82;
D.1616_84 = D.1615_83 * D.1547_15;
D.1617_85 = D.1616_84 * D.1616_84;
D.1618_86 = D.1617_85 * D.1617_85;
D.1619_87 = D.1618_86 * D.1618_86;
D.1620_88 = D.1619_87 * D.1547_15;
D.1623_89 = (integer(kind=4)) D.1620_88;

didn't I fix a similar case not too long ago (PR40062)?  Bah.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2009-08-12 13:14:04
               date|                            |


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

[Bug fortran/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #2 from rguenth at gcc dot gnu dot org  2009-08-12 13:36 -------
We take a lot of time and memory in

      /* Convert (T1)(X * Y) into (T1)X * (T1)Y if T1 is narrower than the
         type of X and Y (integer types only).  */
      if (INTEGRAL_TYPE_P (type)
          && TREE_CODE (op0) == MULT_EXPR
          && INTEGRAL_TYPE_P (TREE_TYPE (op0))
          && TYPE_PRECISION (type) < TYPE_PRECISION (TREE_TYPE (op0)))
        {
...
             tem = fold_build2 (MULT_EXPR, mult_type,
                                 fold_convert (mult_type,
                                               TREE_OPERAND (op0, 0)),
                                 fold_convert (mult_type,
                                               TREE_OPERAND (op0, 1)));

building

((((character(kind=4)) i_1(D) * (character(kind=4)) i_1(D)) *
(character(kind=4)) i_1(D)) * ((((character(kind=4)) i_1(D) * ...

from

(character(kind=4)) (((((integer(kind=8)) i_1(D) * ((integer(kind=8)) i_1(D) *
(integer(kind=8)) i_1(D))) * (((integer(kind=8)) i_1(D) * ((integer(kind=8))
i_1(D) * (integer(kind=8)) i_1(D))) * ...

appearantly something odd happens as that above transformation should
take linear time only.


-- 


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

[Bug fortran/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|---                         |4.4.2


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

[Bug fortran/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

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


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.4.2                       |4.4.3


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[fxcoudert at gcc dot gnu dot org]

-- 

fxcoudert at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  GCC build triplet|*-apple-darwin9             |
   GCC host triplet|*-apple-darwin9             |
 GCC target triplet|*-apple-darwin9             |
           Keywords|                            |compile-time-hog, memory-hog
      Known to fail|                            |4.4.1 4.5.0
   Last reconfirmed|2009-08-12 13:14:04         |2010-01-02 21:02:20
               date|                            |
   Target Milestone|4.4.3                       |---


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |4.3.4
   Target Milestone|---                         |4.4.4


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #3 from rguenth at gcc dot gnu dot org  2010-02-16 12:59 -------
Mine.

C testcase showing exponential behavior:

> ~/bin/maxmem.sh /usr/bin/time ./cc1 -quiet -O2 t.i
6.20user 0.09system 0:06.32elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+8outputs (0major+30333minor)pagefaults 0swaps
total: 130410 kB

add one j *= j line:

> ~/bin/maxmem.sh /usr/bin/time ./cc1 -quiet -O2 t.i
11.74user 0.20system 0:11.99elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+8outputs (0major+57721minor)pagefaults 0swaps
total: 237930 kB


int foo (int i)
{
  long j = i;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  j *= j;
  return j;
}


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED
   Last reconfirmed|2010-01-02 21:02:20         |2010-02-16 12:59:54
               date|                            |


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #4 from rguenth at gcc dot gnu dot org  2010-02-16 13:17 -------
#define FOO ((long)i * (long)i)
#define FOO2 (FOO * FOO)
#define FOO3 (FOO2 * FOO2)
#define FOO4 (FOO3 * FOO3)
#define FOO5 (FOO4 * FOO4)
#define FOO6 (FOO5 * FOO5)
#define FOO7 (FOO6 * FOO6)
#define FOO8 (FOO7 * FOO7)
#define FOO9 (FOO8 * FOO8)
#define FOO10 (FOO9 * FOO9)
#define FOO11 (FOO10 * FOO10)
#define FOO12 (FOO11 * FOO11)
#define FOO13 (FOO12 * FOO12)
#define FOO14 (FOO13 * FOO13)
#define FOO15 (FOO14 * FOO14)
#define FOO16 (FOO15 * FOO15)
int foo (int i)
{
  return (int)(FOO14);
}

At -O0:

FOO12: 1.6s
FOO13: 3.2s
FOO14: 6.7s
FOO15: 13s

we just take endless time with the above, memory usage isn't as bad as
with VRP.


-- 


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[dominiq at lps dot ens dot fr]

------- Comment #5 from dominiq at lps dot ens dot fr  2010-02-16 13:22 -------
I think http://gcc.gnu.org/ml/gcc/2010-02/msg00156.html is the same problem.


-- 


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #6 from rguenth at gcc dot gnu dot org  2010-02-16 15:06 -------
I can mitigate the effect of VRP calling SCEV somewhat, but still we'll
the following trigger the issue.

int foo (int i)
{
  long j = i;
  int k = 0;
  while (j < 10000)
    {
      j *= i;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      j *= j;
      k += j;
    }
  return k;
}

when analyzing the scalar evolution of k we find (int) {0, +, D.2723_10}_1
and instantiating parameters causes us to analyze the scalar evolution
of all other temporaries creating a ripple-down effect of caching
expanded evolutions.


-- 


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

[Bug middle-end/41043] [4.4/4.5 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #7 from rguenth at gcc dot gnu dot org  2010-02-16 16:11 -------
Subject: Bug 41043

Author: rguenth
Date: Tue Feb 16 16:11:28 2010
New Revision: 156808

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156808
Log:
2010-02-16  Richard Guenther  <rguenther@suse.de>

        PR tree-optimization/41043
        * tree-vrp.c  (vrp_var_may_overflow): Only ask SCEV for
        real loops.
        (vrp_visit_assignment_or_call): Do not ask SCEV for regular
        statements ...
        (vrp_visit_phi_node): ... but only for loop PHI nodes.

        * gfortran.dg/pr41043.f90: New testcase.
        * gcc.dg/Wstrict-overflow-18.c: XFAIL.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gcc.dg/Wstrict-overflow-18.c
    trunk/gcc/tree-vrp.c


-- 


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #8 from rguenth at gcc dot gnu dot org  2010-02-16 16:12 -------
"Fixed" on trunk.  Let's see if it causes any performance fallout.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to fail|4.4.1 4.5.0                 |4.4.1
      Known to work|4.3.4                       |4.3.4 4.5.0
            Summary|[4.4/4.5 Regression] virtual|[4.4 Regression] virtual
                   |memory exhausted: Cannot    |memory exhausted: Cannot
                   |allocate memory             |allocate memory


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[dominiq at lps dot ens dot fr]

------- Comment #9 from dominiq at lps dot ens dot fr  2010-02-16 17:06 -------
Apparently gfortran.dg/pr41043.f90 has not been committed. 
Thanks for the fix.


-- 


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #10 from rguenth at gcc dot gnu dot org  2010-02-17 09:39 -------
Subject: Bug 41043

Author: rguenth
Date: Wed Feb 17 09:39:26 2010
New Revision: 156824

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156824
Log:
2010-02-16  Richard Guenther  <rguenther@suse.de>

        PR tree-optimization/41043
        * gfortran.dg/pr41043.f90: New testcase.
        * gcc.dg/Wstrict-overflow-18.c: XFAIL.

Added:
    trunk/gcc/testsuite/gfortran.dg/pr41043.f90


-- 


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[dominiq at lps dot ens dot fr]

------- Comment #11 from dominiq at lps dot ens dot fr  2010-02-21 12:49 -------
Any plan to backport the fix to 4.4?


-- 


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[rguenther at suse dot de]

------- Comment #12 from rguenther at suse dot de  2010-02-21 12:50 -------
Subject: Re:  [4.4 Regression] virtual memory exhausted:
 Cannot allocate memory

On Sun, 21 Feb 2010, dominiq at lps dot ens dot fr wrote:

> ------- Comment #11 from dominiq at lps dot ens dot fr  2010-02-21 12:49 -------
> Any plan to backport the fix to 4.4?

Later.


-- 


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu dot org]

------- Comment #13 from rguenth at gcc dot gnu dot org  2010-04-08 09:23 -------
43627 is fallout and would need to be backported as well.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  BugsThisDependsOn|                            |43627


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.4.4                       |4.4.5


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

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu.org]

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

--- Comment #20 from Richard Biener <rguenth at gcc dot gnu.org> ---
Author: rguenth
Date: Thu Sep 11 10:57:26 2014
New Revision: 215162

URL: https://gcc.gnu.org/viewcvs?rev=215162&root=gcc&view=rev
Log:
2014-09-11  Richard Biener  <rguenther@suse.de>

    PR middle-end/41043
    * match-conversions.pd ((T1)(X * Y) -> (T1)X * (T1)Y): Restrict
    to a single or single-use SSA names.
    * gimple-match-head.c: Include tree-phinodes.h and ssa-iterators.h.
    * generic-match-head.c: Likewise.

Modified:
    branches/match-and-simplify/gcc/ChangeLog.mas
    branches/match-and-simplify/gcc/generic-match-head.c
    branches/match-and-simplify/gcc/gimple-match-head.c
    branches/match-and-simplify/gcc/match-conversions.pd

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|4.4.7                       |4.5.0

--- Comment #19 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-03-13 13:04:13 UTC ---
Fixed in 4.5+, 4.4 is no longer supported.

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #18 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-03-06 22:17:46 UTC ---
I don't think it is a good idea to backport it, especially when it needs
follow-ups.
All 4.4 only PRs will be closed when the branch is closed.

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at redhat dot com

--- Comment #17 from Dominique d'Humieres <dominiq at lps dot ens.fr> 2012-03-06 22:11:41 UTC ---
>From http://gcc.gnu.org/ml/gcc-patches/2012-03/msg00416.html

> The 4.4 branch is now frozen, all commits require RM approval.
> There will be the 4.4.7 release next week released from it and
> after that the branch will be closed.

Any chance to backport the fix to 4.4.7? If no, could this PR be closed as
fixed?

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[xiaoyuanbo at yeah dot net]

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

xiaoyuanbo <xiaoyuanbo at yeah dot net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |xiaoyuanbo at yeah dot net

--- Comment #16 from xiaoyuanbo <xiaoyuanbo at yeah dot net> 2012-02-22 12:35:35 UTC ---
Cannot allocate memory
i think the alert to it
so multiple line sql it is damage
like a develop
but redesign in hack
redesign in hack is damage
damage is your unknown interface so break;in switch multiple case surggest
you must know switch it is one 
so no use more

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[dominiq at lps dot ens.fr]

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

--- Comment #15 from Dominique d'Humieres <dominiq at lps dot ens.fr> 2011-12-08 12:15:58 UTC ---
> Probably not a very good idea for backporting this late.

IIUC 4.4 will no longer be supported soon. Is there still some plan to backport
the fix or can I close this PR as fixed?

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |NEW
      Known to work|                            |
         AssignedTo|rguenth at gcc dot gnu.org  |unassigned at gcc dot
                   |                            |gnu.org

--- Comment #14 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-05-23 14:39:36 UTC ---
Probably not a very good idea for backporting this late.

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.4.6                       |4.4.7

[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory

[jakub at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.4.5                       |4.4.6