[Bug c/31984] New: Infinite loop (eating all mem) compiling xorg 1.3.0.0

2007-05-17 Thread m dot vegni at it-systems dot it
While compiling xorg-server-1.3.0.0/hw/xfree86/scanpci/xf86ScanPci.c gcc goes
into an infinite loop eating up all memory. Compiling flags were: -g -O2
(defaults).

Output (with virtual memory limited to 512000k) follows.

make[1]: Entering directory `/opt/src/xorg-server-1.3.0.0/hw/xfree86/scanpci'
if /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../../../include -I../../../include -I../../../include -I../../../include
-I../../../include -I../../../include -I../../../include -I../../../include
-I../../../hw/xfree86 -I../../../hw/xfree86/include
-I../../../hw/xfree86/common -I../../../hw/xfree86/os-support
-I../../../hw/xfree86/os-support/bus -I../../../os   -DHAVE_XORG_CONFIG_H
-DXF86PM -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE
-DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/X11R6/include   -I../../../include
-I../../../include -I../../../Xext -I../../../composite -I../../../damageext
-I../../../xfixes -I../../../Xi -I../../../mi -I../../../miext/shadow 
-I../../../miext/damage -I../../../render -I../../../randr -I../../../fb -g -O2
-MT xf86ScanPci.lo -MD -MP -MF ".deps/xf86ScanPci.Tpo" -c -o xf86ScanPci.lo
xf86ScanPci.c; \
then mv -f ".deps/xf86ScanPci.Tpo" ".deps/xf86ScanPci.Plo"; else rm -f
".deps/xf86ScanPci.Tpo"; exit 1; fi
 gcc -DHAVE_CONFIG_H -I. -I. -I../../../include -I../../../include
-I../../../include -I../../../include -I../../../include -I../../../include
-I../../../include -I../../../include -I../../../hw/xfree86
-I../../../hw/xfree86/include -I../../../hw/xfree86/common
-I../../../hw/xfree86/os-support -I../../../hw/xfree86/os-support/bus
-I../../../os -DHAVE_XORG_CONFIG_H -DXF86PM -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
-Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN
-DHAS_STICKY_DIR_BIT -I/usr/X11R6/include -I../../../include -I../../../include
-I../../../Xext -I../../../composite -I../../../damageext -I../../../xfixes
-I../../../Xi -I../../../mi -I../../../miext/shadow -I../../../miext/damage
-I../../../render -I../../../randr -I../../../fb -g -O2 -MT xf86ScanPci.lo -MD
-MP -MF .deps/xf86ScanPci.Tpo -c xf86ScanPci.c  -fPIC -DPIC -o
.libs/xf86ScanPci.o

cc1: out of memory allocating 4064 bytes after a total of 494673920 bytes
make[1]: *** [xf86ScanPci.lo] Error 1
make[1]: Leaving directory `/opt/src/xorg-server-1.3.0.0/hw/xfree86/scanpci'
make: *** [all] Error 2


-- 
   Summary: Infinite loop (eating all mem) compiling xorg 1.3.0.0
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: m dot vegni at it-systems dot it
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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



[Bug tree-optimization/30052] [4.2 Regression] possible quadratic behaviour.

2007-05-18 Thread m dot vegni at it-systems dot it


--- Comment #20 from m dot vegni at it-systems dot it  2007-05-18 23:31 
---
Subject: Re:  [4.2 Regression] possible quadratic behaviour.

Testsuite ran on i686-pc-linux-gnu without failures (i've enabled c and
c++ only).

xorg-server now compiles as well.

The patch deserves more testing but IMHO it's in the right direction.

Massimiliano Vegni
IT SYSTEMS srl
Roma, Italy


dberlin at gcc dot gnu dot org wrote:
> --- Comment #19 from dberlin at gcc dot gnu dot org  2007-05-18 14:46 
> ---
> Created an attachment (id=13576)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13576&action=view)
>  --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13576&action=view)
> Possible patch
> 
> The attached is a huge backport of the 4.3 solver changes.
> I have only minimally tested it.
> Let me know if it helps on memory usage, and I will bootstrap/regtest it.
> 
> 


-- 


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