[Bug tree-optimization/42326] [4.5 Regression][graphite] segfault in tree-data-ref.c with Graphite building 200.sixtrack
--- Comment #17 from p dot vanhoof at oma dot be 2010-03-07 14:12 --- The test case in comment #9 has only been fixed on the graphite branch, but still crashes on the trunk as of r157255. Please reopen and fix this problem on the trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42326
[Bug tree-optimization/42326] [4.5 Regression][graphite] segfault in tree-data-ref.c with Graphite building 200.sixtrack
--- Comment #9 from p dot vanhoof at oma dot be 2010-02-27 13:53 ---
The following Lagrange interpolation routine crashes the trunk
gcc -O1 -floop-parallelize-all -c bug.c
bug.c: In function lagrange:
bug.c:1:8: internal compiler error: Segmentation fault
... etc.
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/common/compilers/gcc450/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-mainline/configure --prefix=/usr/local/gcc450
--enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20100226 (experimental) (GCC)
This is r157083 of the trunk.
cat bug.c
double lagrange(const double x[],
const double y[],
long n,
double xval)
{
long i, j;
double yval = 0.;
for( i=0; i n; i++ )
{
double l = 1.;
for( j=0; j n; j++ )
if( i != j )
l *= (xval-x[j])/(x[i]-x[j]);
yval += y[i]*l;
}
return yval;
}
The same problem?
--
p dot vanhoof at oma dot be changed:
What|Removed |Added
CC||p dot vanhoof at oma dot be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42326
[Bug c++/41273] New: ICE in add_virtual_operand, at tree-ssa-operands.c:638
The attached code fails with: p...@dogbert g++ -O2 -g -c mole_h2.cpp mole_h2.cpp: In function void H2_LevelPops(): mole_h2.cpp:5:6: internal compiler error: in add_virtual_operand, at tree-ssa-operands.c:638 Please submit a full bug report, ...etc. p...@dogbert g++ -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc450/configure --prefix=/usr/local/gcc450 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.5.0 20090905 (experimental) (GCC) (this is r151446). Note that there is nothing C++ specific left in the reduced test case, however if you rename to mole_h2.c and compile with gcc, the bug goes away. The -g option is necessary to trigger the bug. The code is compiled correctly with g++ 4.4.1 and older. -- Summary: ICE in add_virtual_operand, at tree-ssa-operands.c:638 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug c++/41273] ICE in add_virtual_operand, at tree-ssa-operands.c:638
--- Comment #1 from p dot vanhoof at oma dot be 2009-09-05 10:20 --- Created an attachment (id=18502) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18502action=view) code that fails -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41273
[Bug tree-optimization/41008] New: ICE in vect_is_simple_reduction, at tree-vect-loop.c:1708
The attached code generates an ICE on valid code with the following command line parameters: p...@dogbert gcc -O1 -ftree-vectorize -c hcmap.cpp hcmap.cpp: In function void map_do(): hcmap.cpp:5:6: internal compiler error: tree check: expected class expression, have exceptional (ssa_name) in vect_is_simple_reduction, at tree-vect-loop.c:1708 Please submit a full bug report, etc. p...@dogbert gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /temp3/root/temp/gcc450/configure --prefix=/usr/local/gcc450 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.5.0 20090804 (experimental) (GCC) (this is r150468 of the mainline). This bug only occurs on the mainline, not on any of the release branches 4.4 and older. In case this helps, adding -m32 makes the bug go away. -- Summary: ICE in vect_is_simple_reduction, at tree-vect- loop.c:1708 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41008
[Bug tree-optimization/41008] ICE in vect_is_simple_reduction, at tree-vect-loop.c:1708
--- Comment #1 from p dot vanhoof at oma dot be 2009-08-08 10:46 --- Created an attachment (id=18328) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18328action=view) the code that fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41008
[Bug c++/35149] ICE: in expand_call_inline, at tree-inline.c:2653
--- Comment #1 from p dot vanhoof at oma dot be 2008-02-09 19:11 --- Created an attachment (id=15124) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15124action=view) test case that fails -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35149
[Bug c++/35149] New: ICE: in expand_call_inline, at tree-inline.c:2653
When the attached code is compiled with g++ -finline -DBOUNDS_CHECK -c ion_recomb_Badnell.ii you get /usr/local/gcc430/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/basic_string.h: In member function T n_pointerT, d, 1, ARPA_TYPE, true::operator[](size_t) const [with T = t_quantumState, int d = 3]: /usr/local/gcc430/lib/gcc/x86_64-unknown-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/basic_string.h:494: internal compiler error: in expand_call_inline, at tree-inline.c:2653 Please submit a full bug report, g++ -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc430/configure --prefix=/usr/local/gcc430 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.3.0 20080201 (experimental) (GCC) I could reproduce the bug on i686-pc-linux-gnu as well. I only got it with g++ 4.3.0, not with 4.2.2, 4.1.2, or 4.0.4. PS - My apologies for the large test case. I tried to reduce it, but got totally frustrated because removing code almost invariably made the bug go away. -- Summary: ICE: in expand_call_inline, at tree-inline.c:2653 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35149
[Bug bootstrap/34218] New: bootstrap of gcc 4.3.0 fails on x86_64-unknown-linux-gnu
building the trunk fails on x86_64-unknown-linux-gnu as of r130396. The failure occurs while building fixincl. The compilation is done in 64 bit, but the link stage in 32 bit, which of course fails: gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings -pedantic -Wno-long-long -DHAVE_CONFIG_H -I. -I../../../gcc430/fixincludes -I../include -I../../../gcc430/fixincludes/../include ../../../gcc430/fixincludes/fixincl.c ... snip gcc -g -O2 -g -m32 -o fixincl fixincl.o fixtests.o fixfixes.o server.o procopen.o fixlib.o fixopts.o ../libiberty/libiberty.a collect2: ld terminated with signal 11 [Segmentation fault] /usr/bin/ld: i386:x86-64 architecture of input file `fixincl.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `fixtests.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `fixfixes.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `server.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `procopen.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `fixlib.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `fixopts.o' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(regex.o)' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(fopen_unlocked.o)' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(safe-ctype.o)' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(xmalloc.o)' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(xstrdup.o)' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(xstrerror.o)' is incompatible with i386 output /usr/bin/ld: i386:x86-64 architecture of input file `../libiberty/libiberty.a(xexit.o)' is incompatible with i386 output make[3]: *** [full-stamp] Error 1 Note the explicit -m32 during the link stage. A possibly related issue is that the configure script now explicitly checks for 32-bit versions of the MPFR and GMP libraries, also by adding a -m32 flag to the compilation of the test program. -- Summary: bootstrap of gcc 4.3.0 fails on x86_64-unknown-linux-gnu Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34218
[Bug bootstrap/34218] bootstrap of gcc 4.3.0 fails on x86_64-unknown-linux-gnu
--- Comment #2 from p dot vanhoof at oma dot be 2007-11-24 19:57 --- Actually it was LDFLAGS, inherited that from an old build and had completely forgotten about it. The build seems to be going fine now. My mistake, my apologies... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34218
[Bug middle-end/32546] [4.3 Regression] 'warning: array subscript is above/below array bounds' on delete[]
--- Comment #5 from p dot vanhoof at oma dot be 2007-11-18 18:17 ---
I am not completely sure whether this is the same underlying problem, but I get
a bogus warning array subscript is above array bounds with the code snippet
below when compiled with gcc -c -O3 -Wall:
=
#define N 10
extern long H[N];
long m()
{
if( H[N-1] 1 )
{
int i;
for( i=0; i N-1; ++i )
if( H[i+1] 1 )
break;
return H[i+1];
}
return 0;
}
=
Note that the first if-statement guarantees that the break statement is always
executed and hence an out-of-bounds access is impossible. This is with gcc
4.3.0 20071116. This gcc version still reproduces the problem posted in comment
#4 as well.
--
p dot vanhoof at oma dot be changed:
What|Removed |Added
CC||p dot vanhoof at oma dot be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32546
[Bug libmudflap/29691] New: libmudflap misses buffer overrun in sprintf
The attached program writes to buf[16] using sprintf. The format writes 15 characters and then explicitly appends a \0 byte using %c. Subsequently sprintf will implicitly append another \0 byte itself so that in total 17 bytes are written to buf, i.e. 1 byte too many. One can readily check that the first character of a[4] is indeed overwritten by a \0 byte. libmudflap misses this buffer overrun: gcc -fmudflap test8.i -lmudflap a.out gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /dump1/root/temp/gcc/configure --prefix=/usr/local/gcc430 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.3.0 20061030 (experimental) If the character written with the %c format specifier would have been anything other than \0, the buffer overrun would have been caught by libmudflap. This bug is present with the following gcc versions: 4.0.3, 4.1.1, 4.2.0 (20061030), and the mainline as listed above. This applies to both AMD64 and IA32 platforms. -- Summary: libmudflap misses buffer overrun in sprintf Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libmudflap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29691
[Bug libmudflap/29691] libmudflap misses buffer overrun in sprintf
--- Comment #1 from p dot vanhoof at oma dot be 2006-11-02 18:47 --- Created an attachment (id=12537) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12537action=view) preprocessed test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29691
[Bug tree-optimization/27779] New: ICE at tree-data-ref.c:2335 when using -ftree-vectorize
The attached code ICE's with the mainline, but not gcc 4.1.1 or 4.0.3. gcc -O1 -ftree-vectorize -c a.c a.c: In function o: a.c:4: internal compiler error: tree check: accessed operand 2 of nop_expr with 1 operands in analyze_siv_subscript_cst_affine, at tree-data-ref.c:2335 gcc -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc420/configure --prefix=/usr/local/gcc420 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.2.0 20060525 (experimental) -- Summary: ICE at tree-data-ref.c:2335 when using -ftree-vectorize Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: p dot vanhoof at oma dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27779
[Bug tree-optimization/27779] ICE at tree-data-ref.c:2335 when using -ftree-vectorize
--- Comment #1 from p dot vanhoof at oma dot be 2006-05-27 12:55 --- Created an attachment (id=11518) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11518action=view) code that triggers the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27779
[Bug tree-optimization/27779] ICE at tree-data-ref.c:2335 when using -ftree-vectorize
--- Comment #3 from p dot vanhoof at oma dot be 2006-05-27 17:21 --- This bug is specific to x86_64. The long i, j in the code is essential in reproducing this problem (with int i, j there will be no ICE). Hence the behavior is platform specific. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27779
[Bug tree-optimization/23085] internal compiler error: Segmentation fault
--- Additional Comments From p dot vanhoof at oma dot be 2005-07-26 19:37 --- Subject: Re: New: internal compiler error: Segmentation fault This is a duplicate 23083 created by accident. My apologies. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23085
