[Bug c++/36861] New: code generation regression with -O3
gcc 4.3.1 generates code with -O3 that is more than 10 times slower than with -O0. gcc 4.2.3 does not show this behavior. I am going to attach the test case that I used to produce these numbers: with gcc 4.2.3: ( time ./avltest-nn /dev/null; time ./avltest-no /dev/null; time ./avltest-on /dev/null; time ./avltest-oo /dev/null; ) real0m1.112s user0m1.028s sys 0m0.012s real0m0.078s user0m0.060s sys 0m0.008s real0m0.940s user0m0.916s sys 0m0.008s real0m0.088s user0m0.072s sys 0m0.004s with gcc 4.3.1: ( time ./avltest-nn /dev/null; time ./avltest-no /dev/null; time ./avltest-on /dev/null; time ./avltest-oo /dev/null; ) real0m0.974s user0m0.948s sys 0m0.004s real0m12.936s user0m12.893s sys 0m0.016s real0m1.128s user0m1.012s sys 0m0.000s real0m0.104s user0m0.076s sys 0m0.004s Here is the information about the compilers used: $ /opt2/linux/ix86/bin/g++-4.2.3 -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: ../gcc-4.2.3/configure --program-suffix=-4.2.3 --enable-__cxa_atexit --enable-languages=c,c++,java --prefix=/opt2/linux/ix86 --target=x86_64-pc-linux-gnu --with-sysroot=/opt2/linux/ix86/gcc-sysroot --enable-version-specific-runtime-libs --enable-clocale=gnu Thread model: posix gcc version 4.2.3 $ /opt2/linux/ix86/bin/g++-4.3.1 -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: ../gcc-4.3.1/configure --enable-targets=all --enable-multilib --enable-__cxa_atexit --enable-languages=c,c++,java --enable-version-specific-runtime-libs --disable-nls --enable-clocale=gnu --program-suffix=-4.3.1 --prefix=/opt2/linux/ix86 --target=i686-pc-linux-gnu --target=x86_64-pc-linux-gnu --with-sysroot=/opt2/linux/ix86/gcc-sysroot Thread model: posix gcc version 4.3.1 (GCC) -- Summary: code generation regression with -O3 Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lothar at tradescape dot biz GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug c++/36861] code generation regression with -O3
--- Comment #1 from lothar at tradescape dot biz 2008-07-17 07:28 --- Created an attachment (id=15921) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15921action=view) test case to reproduce the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug target/36834] structure return ABI for windows targets differs from native MSVC
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-07-17 08:16 --- Patch submitted http://gcc.gnu.org/ml/gcc-patches/2008-07/msg01250.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834
[Bug middle-end/36753] [4.3/4.4 Regression] Forward propagation interacts badly with global register variable
--- Comment #10 from bonzini at gnu dot org 2008-07-17 09:08 --- Subject: Bug 36753 Author: bonzini Date: Thu Jul 17 09:07:31 2008 New Revision: 137913 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137913 Log: gcc: 2008-07-17 Paolo Bonzini [EMAIL PROTECTED] PR rtl-optimization/36753 * fwprop.c (use_killed_between): Don't shortcut single-definition global registers. gcc/testsuite: 2008-07-17 Paolo Bonzini [EMAIL PROTECTED] PR rtl-optimization/36753 * gcc.target/i386/pr36753.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/pr36753.c Modified: trunk/gcc/ChangeLog trunk/gcc/fwprop.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36753
[Bug c++/36855] __has_trivial_destructor() returns false for reference types.
--- Comment #2 from paolo at gcc dot gnu dot org 2008-07-17 09:11 --- Subject: Bug 36855 Author: paolo Date: Thu Jul 17 09:11:11 2008 New Revision: 137914 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137914 Log: /cp 2008-07-17 Paolo Carlini [EMAIL PROTECTED] PR c++/36855 * semantics.c (trait_expr_value): Update __has_trivial_destructor semantics to the current WP (N2691). /testsuite 2008-07-17 Paolo Carlini [EMAIL PROTECTED] PR c++/36855 * g++.dg/ext/has_trivial_destructor.C: Rename to... * g++.dg/ext/has_trivial_destructor-1.C: ... this. * g++.dg/ext/has_trivial_destructor-2.C: New. Added: trunk/gcc/testsuite/g++.dg/ext/has_trivial_destructor-1.C - copied unchanged from r137892, trunk/gcc/testsuite/g++.dg/ext/has_trivial_destructor.C trunk/gcc/testsuite/g++.dg/ext/has_trivial_destructor-2.C Removed: trunk/gcc/testsuite/g++.dg/ext/has_trivial_destructor.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36855
[Bug c++/36855] __has_trivial_destructor() returns false for reference types.
--- Comment #3 from paolo dot carlini at oracle dot com 2008-07-17 09:13 --- Fixed for mainline. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 Version|3.0 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36855
[Bug middle-end/36753] [4.3/4.4 Regression] Forward propagation interacts badly with global register variable
--- Comment #11 from bonzini at gnu dot org 2008-07-17 09:19 --- committed to trunk and 4.3. -- bonzini at gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36753
[Bug middle-end/36753] [4.3/4.4 Regression] Forward propagation interacts badly with global register variable
--- Comment #12 from bonzini at gnu dot org 2008-07-17 09:20 --- Subject: Bug 36753 Author: bonzini Date: Thu Jul 17 09:19:31 2008 New Revision: 137915 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137915 Log: gcc: 2008-07-17 Paolo Bonzini [EMAIL PROTECTED] PR rtl-optimization/36753 * fwprop.c (use_killed_between): Don't shortcut single-definition global registers. gcc/testsuite: 2008-07-17 Paolo Bonzini [EMAIL PROTECTED] PR rtl-optimization/36753 * gcc.target/i386/pr36753.c: New. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr36753.c - copied unchanged from r137913, trunk/gcc/testsuite/gcc.target/i386/pr36753.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/fwprop.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36753
[Bug fortran/36824] gfortran does not recognize constant array bounds in dimension attribute of type component
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-17 09:45 --- Subject: Bug 36824 Author: burnus Date: Thu Jul 17 09:44:33 2008 New Revision: 137917 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137917 Log: 2008-07-17 Tobias Burnus [EMAIL PROTECTED] PR fortran/36824 * resolve.c (resolve_fl_derived): Fix constentness check for the array dimensions. 2008-07-17 Tobias Burnus [EMAIL PROTECTED] PR fortran/36824 * gfortran.dg/array_4.f90: New. Added: branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/array_4.f90 Modified: branches/gcc-4_3-branch/gcc/fortran/ChangeLog branches/gcc-4_3-branch/gcc/fortran/resolve.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36824
[Bug fortran/36824] gfortran does not recognize constant array bounds in dimension attribute of type component
--- Comment #4 from burnus at gcc dot gnu dot org 2008-07-17 09:46 --- FIXED on the trunk (4.4) and for 4.3 (i.e. for 4.3.2). Thanks for the bugreport. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36824
[Bug c/36862] New: Optimization O2 causes infinite loop
Sorry, not sure if this is a real bug or whether the code is broken and relying
on undefined behaviour when an integer overflows. The test case is very simple:
#include stdio.h
int main( int argc, char *argv[] )
{
int bit;
for( bit = 1; bit; bit *= 2 ) {
printf( %d\n, bit );
}
return 0;
}
Compiling this with just the argument '-O2' on GCC 4.3.1 will cause this loop
to run forever, printing out an endless stream of zeros. Lower levels of
optimization don't hit this problem. Changing the type of 'bit' to unsigned
also prevents an infinite loop. Earlier GCCs (GCC 4.2.3 and earlier) did not
have this behaviour.
--
Summary: Optimization O2 causes infinite loop
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ben at zeus dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36862
[Bug c/36862] Optimization O2 causes infinite loop
--- Comment #1 from ben at zeus dot com 2008-07-17 09:53 --- Sorry, forgot to include any compiler details: [hera ben]$ /usr/local/gcc-4.3/bin/gcc -O2 -v -save-temps loop.c Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.3.1/configure --prefix=/usr/local/gcc-4.3.1 --with-gmp=/usr/local/gmp-4.2.2 --with-mpfr=/usr/local/mpfr-2.3.1 : (reconfigured) ../gcc-4.3.1/configure --prefix=/usr/local/gcc-4.3.1 --with-gmp=/usr/local/gmp-4.2.2 --with-mpfr=/usr/local/mpfr-2.3.1 Thread model: posix gcc version 4.3.1 (GCC) COLLECT_GCC_OPTIONS='-O2' '-v' '-save-temps' '-mtune=generic' /usr/local/gcc-4.3.1/libexec/gcc/i686-pc-linux-gnu/4.3.1/cc1 -E -quiet -v loop.c -mtune=generic -O2 -fpch-preprocess -o loop.i ignoring nonexistent directory /usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/local/gcc-4.3.1/include /usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/include /usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-O2' '-v' '-save-temps' '-mtune=generic' /usr/local/gcc-4.3.1/libexec/gcc/i686-pc-linux-gnu/4.3.1/cc1 -fpreprocessed loop.i -quiet -dumpbase loop.c -mtune=generic -auxbase loop -O2 -version -o loop.s GNU C (GCC) version 4.3.1 (i686-pc-linux-gnu) compiled by GNU C version 4.3.1, GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64563 Compiler executable checksum: 93e4b24a169a3647e9429593228b6881 COLLECT_GCC_OPTIONS='-O2' '-v' '-save-temps' '-mtune=generic' as -V -Qy -o loop.o loop.s GNU assembler version 2.15 (i386-linux) using BFD version 2.15 COMPILER_PATH=/usr/local/gcc-4.3.1/libexec/gcc/i686-pc-linux-gnu/4.3.1/:/usr/local/gcc-4.3.1/libexec/gcc/i686-pc-linux-gnu/4.3.1/:/usr/local/gcc-4.3.1/libexec/gcc/i686-pc-linux-gnu/:/usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/:/usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/ LIBRARY_PATH=/usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/:/usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-O2' '-v' '-save-temps' '-mtune=generic' /usr/local/gcc-4.3.1/libexec/gcc/i686-pc-linux-gnu/4.3.1/collect2 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/crtbegin.o -L/usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1 -L/usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/../../.. loop.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/local/gcc-4.3.1/lib/gcc/i686-pc-linux-gnu/4.3.1/crtend.o /usr/lib/crtn.o -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36862
[Bug target/25343] [4.2/4.3/4.4 regression] [m68k] testsuite failures
--- Comment #11 from doko at gcc dot gnu dot org 2008-07-17 10:05 --- Subject: Bug 25343 Author: doko Date: Thu Jul 17 10:04:51 2008 New Revision: 137918 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137918 Log: 2008-07-17 Roman Zippel [EMAIL PROTECTED] PR target/25343 * config/host-linux.c (TRY_EMPTY_VM_SPACE): Define for __mc68000__. Modified: trunk/gcc/ChangeLog trunk/gcc/config/host-linux.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25343
[Bug c/36862] Optimization O2 causes infinite loop
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-17 10:06 --- (In reply to comment #0) int bit; for( bit = 1; bit; bit *= 2 ) This is pretty straightforward, isn't it? At some point bit - a *signed* integral type - overflows and this leads to undefined bahavior. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36862
[Bug c/36862] Optimization O2 causes infinite loop
--- Comment #3 from brian at dessent dot net 2008-07-17 10:21 --- Subject: Re: New: Optimization O2 causes infinite loop Yes, this code is broken as indeed overflow of signed integers is undefined, so transforming this to an infinite loop is legitimate. Here are some links to read: http://gcc.gnu.org/gcc-4.2/changes.html http://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html#index-fwrapv-1854 http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#index-fstrict_002doverflow-698 http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wstrict_002doverflow-316 http://www.gnu.org/software/autoconf/manual/html_node/Integer-Overflow.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36862
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #119 from mbrudka at filbico dot pl 2008-07-17 10:45 ---
Another example related with fp on x87?
EXPECTED RESULT:
0 (with EPS accuracy)
0 (with EPS accuracy)
0 (with EPS accuracy)
0 (with EPS accuracy)
REAL RESULT:
5.313991e+33
5.313991e+33
0.00e+00
0.00e+00
CODE
#include stdio.h
int main( void )
{
/* register */ double d1 = 1e50;
/* register */ double d2 = -2.7438011834107752e+51;
/* register */ double s = 0.036445789368634796;
/* register */ double d3 = -d1/s;
/* register */ double d4 = s*d2;
/* register */ double d5 = s*d3;
printf( %e\n, d1 + s*d2);
printf( %e\n, d1 + s*d3);
printf( %e\n, d1 + d4);
printf( %e\n, d1 + d5);
return 0;
}
--
mbrudka at filbico dot pl changed:
What|Removed |Added
CC||mbrudka at filbico dot pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug c++/36863] New: TR1 regex with GCC 4.3.0 on cygwin
We can not successfully use std::tr1::regex functionality with GCC 4.3.0 on
i686-pc-cygwin. Even the simplest of match expressions can not be successfully
matched. Perhaps there is a user error on our side here (sorry if this is the
case). Perhaps there is an actual compiler issue here.
The following code does not successfully match. It compiles but gives a
unexpectedly false match. The code compiles and runs with VC9 + FeaturePack.
#include iostream
#include iomanip
#include string
#if defined(__GNUC__)
#include tr1/regex
#else
#include regex
#endif
int main(void)
{
static const std::tr1::regex rx_hello(hello);
static const std::string str_hello(hello);
std::cout std::boolalpha
Match result:
std::tr1::regex_match(str_hello, rx_hello)
std::endl;
}
--
Summary: TR1 regex with GCC 4.3.0 on cygwin
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: christopher dot kormanyos at al-lighting dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36863
[Bug libstdc++/36863] TR1 regex with GCC 4.3.0 on cygwin
--- Comment #1 from paolo dot carlini at oracle dot com 2008-07-17 11:45 --- regex (tr1/regex) it's just work in progress: from the users point of view almost nothing works yet (and the implementation status info in the libstdc++ docs reflects that) -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c++ |libstdc++ Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36863
[Bug bootstrap/36864] New: [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9
On i686-apple-darwin9 (XCode 3.0 or 3.1) bootstrap fails at revision 137901 up to now (works at revision 137781) with: ... if /bin/sh ./libtool --tag=CC --mode=compile /opt/gcc/i686-darwin/./gcc/xgcc -B/opt/gcc/i686-darwin/./gcc/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc-4.4-work/libgfortran -I. -iquote../../../gcc-4.4-work/libgfortran/io -I../../../gcc-4.4-work/libgfortran/../gcc -I../../../gcc-4.4-work/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -MT eoshift1_4.lo -MD -MP -MF .deps/eoshift1_4.Tpo -c -o eoshift1_4.lo `test -f '../../../gcc-4.4-work/libgfortran/generated/eoshift1_4.c' || echo '../../../gcc-4.4-work/libgfortran/'`../../../gcc-4.4-work/libgfortran/generated/eoshift1_4.c; \ then mv -f .deps/eoshift1_4.Tpo .deps/eoshift1_4.Plo; else rm -f .deps/eoshift1_4.Tpo; exit 1; fi libtool: compile: /opt/gcc/i686-darwin/./gcc/xgcc -B/opt/gcc/i686-darwin/./gcc/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -DHAVE_CONFIG_H -I. -I../../../gcc-4.4-work/libgfortran -I. -iquote../../../gcc-4.4-work/libgfortran/io -I../../../gcc-4.4-work/libgfortran/../gcc -I../../../gcc-4.4-work/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -g -O2 -MT eoshift1_4.lo -MD -MP -MF .deps/eoshift1_4.Tpo -c ../../../gcc-4.4-work/libgfortran/generated/eoshift1_4.c -fno-common -DPIC -o .libs/eoshift1_4.o ../../../gcc-4.4-work/libgfortran/generated/eoshift1_4.c: In function 'eoshift1': ../../../gcc-4.4-work/libgfortran/generated/eoshift1_4.c:46: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [eoshift1_4.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libgfortran] Error 2 -- Summary: [4.4 Regression] Yet another bootstrap failure on i686- apple-darwin9 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #120 from vincent at vinc17 dot org 2008-07-17 12:41 --- (In reply to comment #119) REAL RESULT: 5.313991e+33 5.313991e+33 0.00e+00 0.00e+00 Only without optimizations. But since the ISO C standard allows expressions to be evaluated in a higher precision, there's no bug here (unless you show a contradiction with the value of FLT_EVAL_METHOD, but the FP_CONTRACT pragma should also be set to OFF -- though this currently has no effect on gcc). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug c++/36852] Two dimensional array in template method argument list incorrectly interpreted.
--- Comment #2 from djh at emss dot co dot za 2008-07-17 12:47 ---
I have successfully reproduced this problem:
Create a header file with the following structure, saving it as a.h:
class A
{
public:
template class T static T foo1(T [3][3]);
};
template class T T A::foo1(T t[3][3])
{
return t[0][1];
}
Then compile it to precompiled header with GCC 4.3.1 using the following
command:g++ -x c++-header -c a.h -o .obj/test.gch/c++
Then create another file, say test.cpp that looks like this:
#include a.h
int main(int argc, char ** argv)
{
}
and then compile it using the following command:
g++ -c test.cpp -include .obj/test
This gives the output:
In file included from test.cpp:2:
a.h:1: error: redefinition of class A
a.h:2: error: previous definition of class A
a.h:8: error: prototype for T A::foo1(T (*)[3]) does not match any in class
A
However, when I compile this with GCC 4.2.1 it has the following output:
In file included from test.cpp:2:
a.h:1: error: redefinition of class A
a.h:2: error: previous definition of class A
a.h:8: error: redefinition of static T A::foo1(T (*)[3])
a.h:8: error: static T A::foo1(T (*)[3]) previously declared here
As you can see GCC 4.3.1 does not match the foo1 method with any in the class.
This is exactly the error that I am getting in our example. This smaller
version thought, is obviously easy to fix: just add the #ifndef A, #define A
guard around the header file, and it works. That solution thought does not
work for our real problem.
--
djh at emss dot co dot za changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36852
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #121 from mbrudka at filbico dot pl 2008-07-17 12:51 --- Thank you Vincent. I fact after commenting I realized that this is a plain numerical error on the last digit of double in multiplication. I think that my comment was rather irrelevant and I am the more ashamed the more I cannot remove it from bugzilla :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug bootstrap/36853] Compiling gcc 4.3.1 with Ada fails with Gnat bug detection
--- Comment #1 from bitti at iki dot fi 2008-07-17 13:11 --- Created an attachment (id=15922) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15922action=view) config.log from the failing build config.log created with ../gcc-4.3.1/configure --prefix=/home/bitti/gcc-4.3.1 --enable-languages=c,c++,java,ada,fortran -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36853
[Bug bootstrap/36853] Compiling gcc 4.3.1 with Ada fails with Gnat bug detection
--- Comment #2 from bitti at iki dot fi 2008-07-17 13:13 --- I managed to duplicate the bug in a simpler environment. OpenSuse 11.0 32-bit i686, gcc configured with ../gcc-4.3.1/configure --prefix=/home/bitti/gcc-4.3.1 --enable-languages=c,c++,java,ada,fortran I attached the resulting config.log. The error message is the same: ../../gcc-4.3.1/gcc/ada/a-except.adb:1305: error: control flow in the middle of basic block 20 +===GNAT BUG DETECTED==+ | 4.3.1 (i686-pc-linux-gnu) verify_flow_info failed| | Error detected around ../../gcc-4.3.1/gcc/ada/a-except.adb:1305 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36853
[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source
--- Comment #16 from burnus at gcc dot gnu dot org 2008-07-17 13:30 ---
The problem seems to be this code in scanner.c's gfc_new_file:
if (gfc_cpp_enabled ())
{
result = gfc_cpp_preprocess (gfc_source_file);
if (!gfc_cpp_preprocess_only ())
result = load_file (gfc_cpp_temporary_file (), true);
}
else
result = load_file (gfc_source_file, true);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9
-- dominiq at lps dot ens dot fr changed: What|Removed |Added Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
[Bug c/36786] ICE in extract_insn, at recog.c:1990
--- Comment #1 from tomby at gcc dot gnu dot org 2008-07-17 15:38 --- It seems that compilation breaks this patch: http://gcc.gnu.org/viewcvs?view=revrevision=137201 Wrong insn is generated during splitting (parallel [ (set (reg:TI 0 ax [orig:65 D.5521 ] [65]) (ashiftrt:TI (reg:TI 0 ax [88]) (reg:QI 2 cx [orig:66 D.5520 ] [66]))) (clobber (reg:CC 17 flags)) ]) in ix86_split_ashr by calling emit_insn (gen_x86_shift_adj_3 (low[0], high[0], operands[2])). Problem is that low[0] and high[0] are in DI mode and x86_shift_adj_3 accepts only operands in SI mode. -- tomby at gcc dot gnu dot org changed: What|Removed |Added CC||ubizjak at gmail dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-07-17 15:38:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36786
[Bug tree-optimization/36792] [4.4 Regression] Revision 137631 causes many failures
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-07-17 15:55 --- Subject: Bug 36792 Author: rguenth Date: Thu Jul 17 15:54:27 2008 New Revision: 137927 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137927 Log: 2008-07-16 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/36792 * tree-ssa-pre.c (get_or_alloc_expr_for): Handle unary expressions inserted by SCCVN. (do_SCCVN_insertion): Adjust comment. (execute_pre): Allow insertion for FRE again. * tree-ssa-sccvn.c (simplify_unary_expression): Deal with the GIMPLE_SINGLE_RHS statemens we get. (init_scc_vn): Init VN_INFO-expr to NULL. Modified: branches/gimple-tuples-branch/gcc/ChangeLog.tuples branches/gimple-tuples-branch/gcc/tree-ssa-pre.c branches/gimple-tuples-branch/gcc/tree-ssa-sccvn.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36792
[Bug c++/36861] code generation regression with -O3
--- Comment #2 from lothar at tradescape dot biz 2008-07-17 16:54 --- Created an attachment (id=15923) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15923action=view) updated testcase changed the test case to resemble my application a bit closer. Here it is almost 40 times slower with -O3 than with -O0 The other strange thing with our app (that I can NOT recreate with a test case so far) is that if I use -DUSE_OPTIMIZATION=1 in my app the -O3 compiled version seems to go into an infinite loop. real0m1.586s user0m0.988s sys 0m0.020s real0m40.963s user0m40.655s sys 0m0.048s real0m2.457s user0m1.976s sys 0m0.020s real0m0.291s user0m0.164s sys 0m0.020s -- lothar at tradescape dot biz changed: What|Removed |Added Attachment #15921|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug c++/36861] code generation regression with -O3
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-17 17:42 --- Please provide preprocessed source for the testcase which you get when appending -save-temps to the compilation command. It will be called avltest.ii. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug tree-optimization/36861] code generation regression with -O3
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-07-17 17:47 --- Does -O3 -fno-tree-vectorize cause the speed back to normal? Not everyone has boost installed :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c++ |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug tree-optimization/36861] code generation regression with -O3
--- Comment #5 from lothar at tradescape dot biz 2008-07-17 17:50 --- Created an attachment (id=15924) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15924action=view) the preprocessed file for case that is slower -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug tree-optimization/36861] code generation regression with -O3
--- Comment #6 from lothar at tradescape dot biz 2008-07-17 17:52 --- in reply to #4: -fno-tree-vectorize does not help $ /opt2/linux/ix86/bin/g++-4.3.1 -m64 -O3 -fno-tree-vectorize -g -save-temps -I/opt2/linux/x86_64/include/boost-1_35 -DUSE_OPTIMIZATION=0 -o ./avltest-no ./avltest.cpp ./avltest.cpp:115:2: warning: #warning without optimization $ time ./avltest-no /dev/null real0m40.528s user0m39.902s sys 0m0.036s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug tree-optimization/36861] code generation regression with -O3
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-07-17 18:01 --- pointer_plus_2_bits will confuse points-to alias analysis galore. Of course this doesn't explain the difference to -O0. Still, -O1 is fast, -O1 -fstrict-aliasing is _very_ slow. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||alias, missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug tree-optimization/36861] code generation regression with -O3
--- Comment #8 from lothar at tradescape dot biz 2008-07-17 18:09 --- If you have questions about the internal implementation of the boost avl tree you can contact Ion Gaztañaga igaztanaga at gmail dot com. He is aware of this problem already. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug c++/36865] New: Build of libdap 3.8.2 fails internal compiler error: in set_rhs, at tree-ssa-propagate.c
g++ -v -save-temps -DHAVE_CONFIG_H -I. -I./gl -I./GNU -I/usr/local/include/libxm l2 -Wall -W -Wcast-align -g -O2 -MT libdap_la-Structure.lo -MD -MP -MF .deps/lib dap_la-Structure.Tpo -c Structure.cc -DDLL_EXPORT -DPIC -o .libs/libdap_la-Stru cture.o Reading specs from /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/specs Target: i686-pc-cygwin Configured with: ./configure --prefix=/usr/local --enable-stage1-languages=all --disable-bootstrap Thread model: single gcc version 4.4.0 20080709 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-DHAVE_CONFIG_H' '-I.' '-I./gl' '-I./GNU' '-I/usr/local/include/libxml2' '-Wall' '-W' '-Wcast-align' '-g' '-O2' '-MT' 'libdap_la-Structure.lo' '-MD' '-MP' '-MF' '.deps/libdap_la-Structure.Tpo' '-c' '-DDLL_EXPORT' '-DPIC' '-o' '.libs/libdap_la-Structure.o' '-mtune=generic' /usr/local/libexec/gcc/i686-pc-cygwin/4.4.0/cc1plus.exe -E -quiet -v -I. -I./gl -I./GNU -I/usr/local/include/libxml2 -MD .libs/libdap_la-Structure.d -MF .deps/libdap_la-Structure.Tpo -MP -MT libdap_la-Structure.lo -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter /usr/lib/../include/w32api -idirafter /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/../../../../../include/w32api -DHAVE_CONFIG_H -DDLL_EXPORT -DPIC Structure.cc -mtune=generic -Wall -W -Wcast-align -fworking-directory -O2 -fpch-preprocess -o Structure.ii ignoring nonexistent directory /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/../../../../i686-pc-cygwin/include ignoring duplicate directory /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/../../../../../include/w32api #include ... search starts here: #include ... search starts here: . ./gl ./GNU /usr/local/include/libxml2 /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/../../../../include/c++/4.4.0 /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/../../../../include/c++/4.4.0/i686-pc-cygwin /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/../../../../include/c++/4.4.0/backward /usr/local/include /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/include /usr/local/lib/gcc/i686-pc-cygwin/4.4.0/include-fixed /usr/include /usr/lib/../include/w32api End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-DHAVE_CONFIG_H' '-I.' '-I./gl' '-I./GNU' '-I/usr/local/include/libxml2' '-Wall' '-W' '-Wcast-align' '-g' '-O2' '-MT' 'libdap_la-Structure.lo' '-MD' '-MP' '-MF' '.deps/libdap_la-Structure.Tpo' '-c' '-DDLL_EXPORT' '-DPIC' '-o' '.libs/libdap_la-Structure.o' '-mtune=generic' /usr/local/libexec/gcc/i686-pc-cygwin/4.4.0/cc1plus.exe -fpreprocessed Structure.ii -quiet -dumpbase Structure.cc -mtune=generic -auxbase-strip .libs/libdap_la-Structure.o -g -O2 -Wall -W -Wcast-align -version -o Structure.s GNU C++ (GCC) version 4.4.0 20080709 (experimental) (i686-pc-cygwin) compiled by GNU C version 4.4.0 20080709 (experimental), GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 866264432ad4d8a1b4c54ef8b580e3b1 Structure.cc: In member function 'virtual void libdap::Structure::print_val(FILE*, std::string, bool)': Structure.cc:410: internal compiler error: in set_rhs, at tree-ssa-propagate.c:750 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: Build of libdap 3.8.2 fails internal compiler error: in set_rhs, at tree-ssa-propagate.c Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jhuddleston at hughes dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36865
[Bug tree-optimization/36861] [4.3 Regression] code generation regression with -O3
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|code generation regression |[4.3 Regression] code |with -O3|generation regression with - ||O3 Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug c++/36865] Build of libdap 3.8.2 fails internal compiler error: in set_rhs, at tree-ssa-propagate.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-17 18:49 --- Can you attach the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36865
[Bug c++/36866] New: lack of warning when initializing a class member from an uninitialized variable
Hello, the attached code compiles without any warning when compiled with the command g++ -W -Wall any.cpp -c -o any.o but x gets initialised from itself, actually dereferencing x prior to initializing it. At this point it is trivial that x wasn't initialised. Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.1.2/work/gcc-4.1.2/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-java-awt=gtk --enable-languages=c,c++,java,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.1.2 (Gentoo 4.1.2 p1.1) -- Summary: lack of warning when initializing a class member from an uninitialized variable Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pentek dot imre at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36866
[Bug c++/36866] lack of warning when initializing a class member from an uninitialized variable
--- Comment #1 from pentek dot imre at gmail dot com 2008-07-17 19:16 --- Created an attachment (id=15925) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15925action=view) any.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36866
[Bug c/36786] ICE in extract_insn, at recog.c:1990
--- Comment #2 from ubizjak at gmail dot com 2008-07-17 19:54 --- Mine. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-07-17 15:38:27 |2008-07-17 19:54:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36786
[Bug target/36786] [4.4 Regression] ICE in extract_insn, at recog.c:1990
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE in extract_insn, at |[4.4 Regression] ICE in |recog.c:1990|extract_insn, at ||recog.c:1990 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36786
[Bug tree-optimization/36861] [4.3 Regression] code generation regression with -O3
--- Comment #9 from lothar at tradescape dot biz 2008-07-17 20:15 --- in reply to #7: Does this mean the status is no longer UNCONFIRMED? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug tree-optimization/36861] [4.3 Regression] code generation regression with -O3
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-07-17 20:19 --- No, it's still not analyzed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug c++/36852] [4.3/4.4 Regression] Two dimensional array in template method argument list incorrectly interpreted.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-17 20:24 ---
So here is how to get an ICE out of the trunk.
--- t.h
class A
{
public:
template class T static T foo1(T [3][3]);
};
template class T T A::foo1(T t[3][3])
{
return t[0][1];
}
--- t.cc ---
#include t.h
#include t.h
CMD ---
g++ t.h
g++ t.cc
In file included from t.cc:2:
t.h:2: error: redefinition of 'class A'
t.h:3: error: previous definition of 'class A'
t.h:8: internal compiler error: canonical types differ for identical types T
[3] and T [3]
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
If we don't use a PCH, it works correctly.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||diagnostic, error-recovery,
||ice-on-invalid-code
Last reconfirmed|-00-00 00:00:00 |2008-07-17 20:24:42
date||
Summary|Two dimensional array in|[4.3/4.4 Regression] Two
|template method argument|dimensional array in
|list incorrectly|template method argument
|interpreted.|list incorrectly
||interpreted.
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36852
[Bug fortran/36795] crash with character allocatable array argument
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-17 21:09 --- *** Bug 36803 has been marked as a duplicate of this bug. *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36795
[Bug fortran/36803] Should reject: INTENT(OUT) formal + nondefinable actual argument
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-17 21:09 --- Indeed, the problem is the same, see PR 36795 *** This bug has been marked as a duplicate of 36795 *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36803
[Bug target/36786] [4.4 Regression] ICE in extract_insn, at recog.c:1990
--- Comment #3 from ubizjak at gmail dot com 2008-07-17 21:10 --- Created an attachment (id=15926) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15926action=view) Proposed patch Attached patch copies missing SImode patterns as DImode equivalent. Does this patch fix build failure? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36786
[Bug fortran/36795] crash with character allocatable array argument
--- Comment #4 from burnus at gcc dot gnu dot org 2008-07-17 21:12 ---
The problem is the following in matchexp.c:
gfc_get_parentheses (gfc_expr *e)
{
gfc_expr *e2;
/* This is a temporary fix, awaiting the patch for various
other character problems. The resolution and translation
of substrings and concatenations are so kludged up that
putting parentheses around them breaks everything. */
if (e-ts.type == BT_CHARACTER e-ref)
return e;
If one removes that part, this PR (and the one marked as duplicate) is solved.
I have not checked, whether this still opens Pandora's box.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36795
[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-17 22:24 --- 0x004ffca7 in get_constant_for_value_id (v=427, type=0x4402c710) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:1027 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||build, ice-on-valid-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-17 22:28 --- Full backtrace: #0 0x00502761 in get_constant_for_value_id (v=427, type=0x42e163f0) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:1027 #1 0x005029f4 in fully_constant_expression (e=0x440408d8) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:1078 #2 0x00508242 in do_regular_insertion (block=0xb3d2c0, dom=0xb3d080) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3155 #3 0x00508870 in insert_aux (block=0xb3d2c0) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3367 #4 0x005088b8 in insert_aux (block=0xb3d080) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #5 0x005088b8 in insert_aux (block=0xb3cfc0) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #6 0x005088b8 in insert_aux (block=0xb7e380) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #7 0x005088b8 in insert_aux (block=0xb3dec0) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #8 0x005088b8 in insert_aux (block=0xb3c080) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #9 0x005088b8 in insert_aux (block=0xb2bd40) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #10 0x005088b8 in insert_aux (block=0xb2bcc0) at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3377 #11 0x00508949 in insert () at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:3398 #12 0x0050ce08 in execute_pre (do_fre=0 '\0') at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:4249 #13 0x0050cf1d in do_pre () at /Users/apinski/src/local/gcc/gcc/tree-ssa-pre.c:4281 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
[Bug bootstrap/36864] [4.4 Regression] Yet another bootstrap failure on i686-apple-darwin9
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-17 22:30 --- Created an attachment (id=15927) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15927action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36864
[Bug target/36827] [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in reload
--- Comment #14 from dj at redhat dot com 2008-07-18 00:22 --- Subject: Re: [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in reload Seems to work for m32c too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
[Bug bootstrap/33100] [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #19 from cnstar9988 at gmail dot com 2008-07-18 03:37 --- ping... gcc 4.2.3 works well, gcc 4.2.4/4.3.0/4.3.1 works failed. i386-pc-solaris2.10 gas 2.18 + sun ld -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
