[Bug c/18624] GCC does not detect local variable set but never used
--- Comment #18 from jakub at gcc dot gnu dot org 2009-11-25 08:59 --- http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01392.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug target/42172] New: inefficient bit fields assignments
The attached test case contains several continuous bit fields assignment, compile it with options -mthumb -Os, gcc generates .fnstart .LFB1: ldrbr3, [r0] mov r2, #7 bic r3, r3, r2 strbr3, [r0] ldrbr3, [r0] mov r2, #56 bic r3, r3, r2 mov r2, #8 orr r3, r3, r2 strbr3, [r0] ldrbr3, [r0] mov r2, #64 bic r3, r3, r2 strbr3, [r0] ldrbr2, [r0] mov r3, #127 and r3, r3, r2 strbr3, [r0] @ sp needed for prologue bx lr The 4 fields are contained in one word, for each field assignment the code loads the word, changes the field, then write the word back. A better code sequence should load the word once, change all 4 fields, then write back the changed word. ldrbr3, [r0] mov r2, #255 // bit mask bic r3, r3, r2 mov r2, #8 // the new value of all 4 fields orr r3, r3, r2 strbr3, [r0] @ sp needed for prologue bx lr or more aggressively if the word contains only these four fields mov r3, #8 strbr3, [r0] @ sp needed for prologue bx lr -- Summary: inefficient bit fields assignments Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: carrot at google dot com GCC build triplet: i686-linux GCC host triplet: i686-linux GCC target triplet: arm-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172
[Bug target/42172] inefficient bit fields assignments
--- Comment #1 from carrot at google dot com 2009-11-25 09:16 --- Created an attachment (id=19147) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19147action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172
[Bug c++/42171] Link error building mozilla with 4.5
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-25 09:24 --- This sounds like bug 41611. Is nsAccessibleWrap::ReturnString(nsAString_internal) an inline function (which causes that variable to be vague linkage)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug target/42172] inefficient bit fields assignments
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-25 09:40 --- *** This bug has been marked as a duplicate of 37135 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172
[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for struct assignment
--- Comment #15 from jakub at gcc dot gnu dot org 2009-11-25 09:40 --- *** Bug 42172 has been marked as a duplicate of this bug. *** -- jakub 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=37135
[Bug target/36513] -Wlogical-op warns about strchr
--- Comment #6 from johan dot gill at gmail dot com 2009-11-25 10:02 --- I get this error when building swfdec with gcc 4.4.2 on Fedora 12. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
[Bug target/36513] -Wlogical-op warns about strchr
--- Comment #7 from johan dot gill at gmail dot com 2009-11-25 10:06 --- Also tried the simple test case described in the bug description, although it needs to add #include string.h at the top. The warning is still there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
[Bug middle-end/41611] [4.5 Regression] guard variable is emitted even when the guarded symbol isn't
--- Comment #6 from hjl dot tools at gmail dot com 2009-11-25 10:10 --- Gcc 4.5 generates: --- .file pr41611.cc .weak _ZGVZN1A4InitEvE1i .section .bss._ZGVZN1A4InitEvE1i,awG,@nobits,_ZZN1A4InitEvE1i,comdat .align 8 .type _ZGVZN1A4InitEvE1i, @object .size _ZGVZN1A4InitEvE1i, 8 _ZGVZN1A4InitEvE1i: .zero 8 It uses _ZZN1A4InitEvE1i for signature. Gcc should 1. Use _ZGVZN1A4InitEvE1i for signature. Or 2. Generate in the same assembly file where _ZZN1A4InitEvE1i is defined. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41611
[Bug ada/42168] [4.4/4.5 Regression] GNAT bug box with invalid anonymous access declaration
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42168
[Bug middle-end/42169] [4.4/4.5 Regression] gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||vmakarov at gcc dot gnu dot ||org Summary|gfortran.dg/pr41928.f90:47: |[4.4/4.5 Regression] |internal compiler error: in |gfortran.dg/pr41928.f90:47: |store_can_be_removed_p, at |internal compiler error: in |ira-emit.c:371 |store_can_be_removed_p, at ||ira-emit.c:371 Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
[Bug middle-end/40281] [4.4 Regression] -fprefetch-loop-arrays: ICE: in initialize_matrix_A, at tree-data-ref.c:1887
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-11-25 10:19 --- testcase from comment #7 still fails on the 4.4 branch. 4.4.1 doesn't work. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Known to fail|4.5.0 |4.4.3 Known to work|4.3.1 4.4.1 |4.3.1 4.5.0 Resolution|FIXED | Summary|[4.4/4.5 Regression] - |[4.4 Regression] -fprefetch- |fprefetch-loop-arrays: ICE: |loop-arrays: ICE: in |in initialize_matrix_A, at |initialize_matrix_A, at |tree-data-ref.c:1887|tree-data-ref.c:1887 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40281
[Bug target/36513] -Wlogical-op warns about strchr
--- Comment #8 from johan dot gill at gmail dot com 2009-11-25 10:26 --- Created an attachment (id=19148) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19148action=view) Preprocessed source file Created a preprocessed source file producing the warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
[Bug rtl-optimization/41862] valgrind warns about using uninitialized variable with -fgcse-sm
--- Comment #6 from zsojka at seznam dot cz 2009-11-25 10:45 --- Also it causes bootstrap comparison failures for me at x86_64-pc-linux-gnu, r154643 export CFLAGS=-O2 -fgcse-sm export CXXFLAGS=-O2 -fgcse-sm ../configure --enable-languages=c,c++ --prefix=/mnt/svn/gcc-trunk/binary-154643-O2-gcse-sm make ... Comparing stages 2 and 3 warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1-checksum.o differs Bootstrap comparison failure! x86_64-unknown-linux-gnu/32/libgcc/multf3_s.o differs x86_64-unknown-linux-gnu/32/libgcc/bid128_div.o differs x86_64-unknown-linux-gnu/32/libgcc/addtf3_s.o differs x86_64-unknown-linux-gnu/32/libgcc/fixtfsi.o differs make[2]: *** [compare] Error 1 Should this be marked as regression? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41862
[Bug ada/42170] Ada testsuite regressions caused by revision 153918
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-11-25 11:01 --- Subject: Bug 42170 Author: ebotcazou Date: Wed Nov 25 11:01:26 2009 New Revision: 154646 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154646 Log: PR ada/42170 * ada/acats/run_acats: Bump stack limit to 16MB. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/ada/acats/run_acats -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42170
[Bug ada/42170] Ada testsuite regressions caused by 8MB stack limit
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-11-25 11:03 --- Thanks for reporting this. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|Ada testsuite regressions |Ada testsuite regressions |caused by revision 153918 |caused by 8MB stack limit Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42170
[Bug middle-end/42130] [graphite-branch] dealII fails
--- Comment #4 from amonakov at gcc dot gnu dot org 2009-11-25 11:48
---
Tobias,
Please fix the testcase before committing to trunk, like this ('return 0' is
needed to ensure the test does not fail when compiled correctly; 'noclone' to
ensure that foo is not specialized for n=0):
/* { dg-options -O2 -fno-tree-ch } */
#include vector
using std::vector;
vectorunsigned __attribute__((noinline,noclone)) foo(unsigned n)
{
vectorunsigned *vv = new vectorunsigned(n, 0u);
return *vv;
}
int main()
{
foo(0);
return 0;
}
(In reply to comment #3)
--
amonakov at gcc dot gnu dot org changed:
What|Removed |Added
CC||amonakov at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42130
[Bug c/42173] New: O3 option changes sprintf behavior
When using the -O3 optimizing option (-O2 and -O1 as well), a sprintf call, in
which the target string and the source string are the same, will no longer show
the same behavior. Not sure, whether this is actually a Bug. Here is an
example:
test.c:
#include stdlib.h
#include stdio.h
char mystring[30];
int main(int argc, char *argv[]){
sprintf(mystring,hello);
printf(%s\n,mystring);
sprintf(mystring,%s world,mystring);
printf(%s\n,mystring);
return 0;
}
terminal:
m...@here ~ $ gcc -o test test.c
m...@here ~ $ ./test
hello
hello world
m...@here ~ $ gcc -O3 -o test test.c
m...@here ~ $ ./test
hello
world
m...@here ~ $ gcc --version
gcc (Gentoo 4.3.4 p1.0, pie-10.1.5) 4.3.4
I'm fully aware that the line
sprintf(mystring,%s world,mystring);
is kind of dangerous, as it will fail as soon as %s is not the first object
inside the string or mystring has reached full length, and should be replaced
with a call to strcat or similar. However, under normal conditions it will work
fine, and it's quite intuitive that the optimizing option changes this
behavior.
Might be related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40479
--
Summary: O3 option changes sprintf behavior
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schoth at itp dot physik dot tu-berlin dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42173
[Bug c/42173] O3 option changes sprintf behavior
--- Comment #1 from schwab at linux-m68k dot org 2009-11-25 12:39 --- sprintf(mystring,%s world,mystring); Overlapping copies are undefined. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42173
[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures
--- Comment #12 from burnus at gcc dot gnu dot org 2009-11-25 13:21 --- (In reply to comment #11) I messed up the PR Number again. The commit for above was: http://gcc.gnu.org/viewcvs?view=revisionrevision=154529 2009-11-24 Jerry DeLisle jvdeli...@gcc.gnu.org PR fortran/41807 * decl.c (variable_decl): Do not error on initialization within a derived type specification of a pure procedure. * * * Can this PR now be closed as fixed? Or do you want to backport it to 4.4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42008
[Bug target/36513] -Wlogical-op warns about strchr
--- Comment #9 from manu at gcc dot gnu dot org 2009-11-25 13:42 --- (In reply to comment #6) I get this error when building swfdec with gcc 4.4.2 on Fedora 12. It is a warning that you need to enable with -Wlogical-op explicitly. I cannot reproduce the preprocessed testcase with GCC 4.5 rev 150311. If you can reproduce it with a more recent revision, please let us know. Since this is not a regression (it was a new warning in GCC 4.3), I don't think anyone will try to fix it in GCC 4.3.x or GCC 4.4.x. Now that we have a preprocessed testcase, I will try to reduce it and add it to the testsuite to avoid regressing here. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
[Bug target/36513] -Wlogical-op warns about strchr
--- Comment #10 from manu at gcc dot gnu dot org 2009-11-25 13:43 --- Now that we have a preprocessed testcase, I will try to reduce it and add it to the testsuite to avoid regressing here. -- manu at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |manu at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-25 13:43:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36513
[Bug c++/42171] Link error building mozilla with 4.5
--- Comment #4 from ehren dot m at gmail dot com 2009-11-25 13:49 --- (In reply to comment #3) This sounds like bug 41611. Is nsAccessibleWrap::ReturnString(nsAString_internal) an inline function (which causes that variable to be vague linkage)? It is inline: http://hg.mozilla.org/mozilla-central/file/d76583175408/accessible/src/atk/nsAccessibleWrap.h#l114 Changing it resolves the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding
--- Comment #4 from aufpasser at gmail dot com 2009-11-25 15:58 --- Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only 64 bit) on Snow Leopard 10.6.2 MacBook Pro. -- aufpasser at gmail dot com changed: What|Removed |Added CC||aufpasser at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159
[Bug c/42174] New: Gcc and pointers to empty structures.
I think there is nothing to be said, just code:
---struct.c---:
#include stdio.h
struct empty {};
void compare( struct empty * e1, struct empty * e2 )
{
if( e1 == e2 )
printf(function compare:\tsame\n);
else
printf(function compare:\tdifferent\n);
}
int main( int argc, char **argv)
{
struct emptye1;
struct emptye2;
printf(%p == %p ?\n, e1, e2);
if( e1 == e2 )
printf(inline compare:\t\tsame\n);
else
printf(inline compare:\t\tdifferent\n);
compare(e1, e2);
return 0;
}
--end of struct.c---
So there is nothing fancy, but:
$ gcc 0struct.c -O2 -Wall
$ ./a.out
0x7fff3dd22fd8 == 0x7fff3dd22fd8 ?
inline compare: different
function compare: same
And I don't quite understand why those pointers are different in the main(),
but same in the compare().
What's more:
$ g++ 0struct.c -O2 -Wall
$ ./a.out
0x7fffe438ebc7 == 0x7fffe438ebc6 ?
inline compare: different
function compare: different
This gives reasonable output.
$ gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.4
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.4/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/include/g++-v4
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--disable-fixed-point --enable-nls --without-included-gettext
--with-system-zlib --disable-checking --disable-werror --enable-secureplt
--enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp
--enable-cld --disable-libgcj --enable-languages=c,c++,treelang,fortran
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.3.4 p1.0, pie-10.1.5'
Thread model: posix
gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5)
$ uname -a
Linux ShellBullet 2.6.31-gentoo-r6 #1 SMP Wed Nov 25 15:33:12 CET 2009 x86_64
Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz GenuineIntel GNU/Linux
--
Summary: Gcc and pointers to empty structures.
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: elmopl at gmail dot com
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42174
[Bug rtl-optimization/42175] New: Slow compile and much memory use at -O1
-- Summary: Slow compile and much memory use at -O1 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: memory-hog, compile-time-hog Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42175
[Bug rtl-optimization/42175] Slow compile and much memory use at -O1
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-25 16:29 --- Created an attachment (id=19149) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19149action=view) testcase Testcase from gmic. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42175
[Bug bootstrap/42176] New: bootstrap fails while building libstdc++-v3 on debian sarge (related to cstdio and similar to #30915)
I'm trying to build gcc 4.4.2 on debian sarge (quite old by now). uname -a gives Linux ha-beo-1 2.6.20.14 #1 SMP Wed Jun 20 11:22:59 CEST 2007 x86_64 GNU/Linux I'm getting essentially the same errors as http://gcc.gnu.org/ml/gcc-bugs/2008-09/msg01183.html which was on gentoo, and which was referred to be the same as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30915. This introduced a gentoo specific fix. (By the way, this fix doesn't seem to be in gcc 4.4.2). I'm using gcc-3.3 as bootstrap compiler, but I don't think that this is related to the current report, as the error occurs in a later stage. I've disabled multilib (as then I get another error), so my configure command was as follows: mkdir -p buildgcc-4.4.2 cd buildgcc-4.4.2 ../gcc-4.4.2/configure --enable-languages=c,c++ --prefix=/data/home/kris --program-suffix=-4.4 --with-local-prefix=/apps/prod --with-gmp=/data/home/kris --with-mpfr=/data/home/kris --disable-multilib LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/data/home/kris/lib make -j4 bootstrap This gets stuck after a while. I can then reproduce the errors by changing directory and then executing a single command. The output is below --- cd x86_64-unknown-linux-gnu/libstdc++-v3/src /data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc/xgcc -v -save-temps -shared-libgcc -B/data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc -nostdinc++ -L/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/data/home/kris/x86_64-unknown-linux-gnu/bin/ -B/data/home/kris/x86_64-unknown-linux-gnu/lib/ -isystem /data/home/kris/x86_64-unknown-linux-gnu/include -isystem /data/home/kris/x86_64-unknown-linux-gnu/sys-include -I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include -I/data/home/kris/devel/gcc/gcc-4.4.2/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -std=gnu++0x -c ../../../../gcc-4.4.2/libstdc++-v3/src/atomic.cc -fPIC -DPIC -o .libs/atomic.o Reading specs from /data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc/specs Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.4.2/configure --enable-languages=c,c++ --prefix=/data/home/kris --program-suffix=-4.4 --with-local-prefix=/apps/prod --with-gmp=/data/home/kris --with-mpfr=/data/home/kris --disable-multilib Thread model: posix gcc version 4.4.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc' '-B/data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc' '-nostdinc++' '-L/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/src' '-L/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs' '-B/data/home/kris/x86_64-unknown-linux-gnu/bin/' '-B/data/home/kris/x86_64-unknown-linux-gnu/lib/' '-isystem' '/data/home/kris/x86_64-unknown-linux-gnu/include' '-isystem' '/data/home/kris/x86_64-unknown-linux-gnu/sys-include' '-I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu' '-I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include' '-I/data/home/kris/devel/gcc/gcc-4.4.2/libstdc++-v3/libsupc++' '-fno-implicit-templates' '-Wall' '-Wextra' '-Wwrite-strings' '-Wcast-qual' '-fdiagnostics-show-location=once' '-ffunction-sections' '-fdata-sections' '-g' '-O2' '-D_GNU_SOURCE' '-std=gnu++0x' '-c' '-fPIC' '-DPIC' '-o' '.libs/atomic.o' '-mtune=generic' /data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc/cc1plus -E -quiet -nostdinc++ -v -I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include -I/data/home/kris/devel/gcc/gcc-4.4.2/libstdc++-v3/libsupc++ -iprefix /data/home/kris/devel/gcc/buildgcc-4.4.2/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.4.2/ -isystem /data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc/include -isystem /data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc/include-fixed -D_GNU_SOURCE -D_GNU_SOURCE -DPIC -isystem /data/home/kris/x86_64-unknown-linux-gnu/include -isystem /data/home/kris/x86_64-unknown-linux-gnu/sys-include ../../../../gcc-4.4.2/libstdc++-v3/src/atomic.cc -mtune=generic -std=gnu++0x -Wall -Wextra -Wwrite-strings -Wcast-qual -fno-implicit-templates -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -fPIC -g -fworking-directory -O2 -fpch-preprocess -o atomic.ii ignoring nonexistent directory /data/home/kris/x86_64-unknown-linux-gnu/include ignoring nonexistent directory /data/home/kris/x86_64-unknown-linux-gnu/sys-include ignoring nonexistent directory
[Bug bootstrap/42176] bootstrap fails while building libstdc++-v3 on debian sarge (related to cstdio and similar to #30915)
--- Comment #1 from kris dot thielemans at imperial dot ac dot uk 2009-11-25 16:39 --- Created an attachment (id=19150) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19150action=view) preprocessor output this is the output of a file that only contains #include string using the command line /data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc/xgcc -v -save-temps -shared-libgcc -B/data/home/kris/devel/gcc/buildgcc-4.4.2/./gcc -nostdinc++ -L/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/data/home/kris/x86_64-unknown-linux-gnu/bin/ -B/data/home/kris/x86_64-unknown-linux-gnu/lib/ -isystem /data/home/kris/x86_64-unknown-linux-gnu/include -isystem /data/home/kris/x86_64-unknown-linux-gnu/sys-include -I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu -I/data/home/kris/devel/gcc/buildgcc-4.4.2/x86_64-unknown-linux-gnu/libstdc++-v3/include -I/data/home/kris/devel/gcc/gcc-4.4.2/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -std=gnu++0x -c ../../../../gcc-4.4.2/libstdc++-v3/src/kttest.cc -fPIC -DPIC -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42176
[Bug rtl-optimization/42175] Slow compile and much memory use at -O1
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-25 16:41 --- With the current 4.4 branch I see loop analysis : 116.95 (44%) usr 0.02 ( 0%) sys 117.11 (42%) wall 11269 kB ( 1%) ggc TOTAL : 266.16 8.09 277.29 1988801 kB (we seem to bin all rtl loop opt passes there, ugh) 4.5 runs out-of memory for me currently. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||x86-64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42175
[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding
--- Comment #5 from vlad at demoninsight dot com 2009-11-25 17:16 --- Same results on a custom Sep 2009 build of gcc 4.5 on Snow Leopard (64 bit mode). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159
[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-11-25 17:27 --- (In reply to comment #3) (In reply to comment #1) This bug doesn't appear to be present in current gcc trunk on x86_64-apple-darwin10. Jack, how should I interpret your comment? That all is well in 4.4.3 branch or something? Or that you cannot reproduce it on your end in 4.4.2? I would suspect this may mean that the bug can go latent at times. Current gcc trunk means gcc 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159
[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-11-25 17:29 --- (In reply to comment #4) Same results here for fink gcc 4.4.2 (both 32 and 64 bit) and gcc 4.3.3 (only 64 bit) on Snow Leopard 10.6.2 MacBook Pro. I would avoid gcc 4.3.x on darwin10 as none of the darwin10 fixes were backported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42159
[Bug target/41473] [4.5 Regression] dsymutil Assertion failed ...
--- Comment #84 from howarth at nitro dot med dot uc dot edu 2009-11-25 17:55 --- One other comment. The dsymutil maintainer pointed out that in those cases where zero AT_locations exist for the dwarf block forms, even if dsymutil doesn't assert, it will still hose the resulting debug information it generates. So the problem is a bit worse than just the instances where dsymutil crashes. For darwin9 or earlier we really need to completely inhibit emitting null AT_locations for dwarf block forms. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
[Bug c/18624] GCC does not detect local variable set but never used
--- Comment #19 from aldot at gcc dot gnu dot org 2009-11-25 18:15 ---
(In reply to comment #18)
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01392.html
Wunused-var-1.c has these two tests:
void
f1 (void)
{
int a;/* { dg-warning set but not used } */
int b;
int c;
c = 1;
a = b = c;
}
Neither of them has side-effects nor is actually used, so warnings for all of
them should be emitted.
void
f2 (int x)
{
int a;/* { dg-warning set but not used } */
int b;
int c;/* { dg-warning set but not used } */
c = (a = x, b = x);
}
Same here AFAICS, also the PARM_DECL is unused.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug c/18624] GCC does not detect local variable set but never used
--- Comment #20 from jakub at gcc dot gnu dot org 2009-11-25 18:28 --- That's on purpose. b is actually used by assignment to a in both cases, c is used in the first case by assignment to b. If the user decides to remove the a variable (resp. c in the second case) based on this warning, he'll get further warnings and can tweak it, but not counting references assigned to variables warned about is neither possible in this implementation (you don't know until the end whether something is going to be just set and not used) nor desirable (in some cases you don't want to fix code by removing the set but not used variable, but instead actually use it somewhere, and in that case you could be removing the other set but not used vars even when they are now actually used by some used variable). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug c++/42177] New: [C++0x] ICE in function_and_variable_visibility, at ipa.c:296
Attached code fails with: $ g++-4.5-20091112 -std=c++0x ipa.cpp -o ipa ipa.cpp:23:4: internal compiler error: in function_and_variable_visibility, at ipa.c:296 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Version info: $ g++-4.5-20091112 -v Using built-in specs. COLLECT_GCC=/usr/local/bin/g++-4.5-20091112 COLLECT_LTO_WRAPPER=/usr/local/gcc-4.5-20091112/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.5-20091112/configure --prefix=/usr/local/gcc-4.5-20091112 --program-suffix=-4.5-20091112 --enable-languages=c,c++ Thread model: posix gcc version 4.5.0 20091112 (experimental) (GCC) As far as I can tell the code is valid. -- Summary: [C++0x] ICE in function_and_variable_visibility, at ipa.c:296 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lloyd at randombit dot net GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42177
[Bug c++/42177] [C++0x] ICE in function_and_variable_visibility, at ipa.c:296
--- Comment #1 from lloyd at randombit dot net 2009-11-25 18:49 --- Created an attachment (id=19151) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19151action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42177
[Bug target/10127] -fstack-check let's program crash
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:55 --- Subject: Bug 10127 Author: ebotcazou Date: Wed Nov 25 19:55:11 2009 New Revision: 154650 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154650 Log: PR target/10127 PR ada/20548 PR middle-end/42004 * dwarf2out.c (dwarf2out_args_size_adjust): Rename to... (dwarf2out_stack_adjust): ...this. Do not adjust the arg size for ACCUMULATE_OUTGOING_ARGS targets. Rename former version to... (dwarf2out_notice_stack_adjust): ...this. Adjust for above renaming. (dwarf2out_frame_debug_expr): Revert previous change and adjust for above renaming. (dwarf2out_frame_debug): Add ??? comment. Adjust for above renaming. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10127
[Bug middle-end/42004] [4.5 regression] Revision 154079 failed g++.dg/torture/stackalign/unwind-2.C
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:55 --- Subject: Bug 42004 Author: ebotcazou Date: Wed Nov 25 19:55:11 2009 New Revision: 154650 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154650 Log: PR target/10127 PR ada/20548 PR middle-end/42004 * dwarf2out.c (dwarf2out_args_size_adjust): Rename to... (dwarf2out_stack_adjust): ...this. Do not adjust the arg size for ACCUMULATE_OUTGOING_ARGS targets. Rename former version to... (dwarf2out_notice_stack_adjust): ...this. Adjust for above renaming. (dwarf2out_frame_debug_expr): Revert previous change and adjust for above renaming. (dwarf2out_frame_debug): Add ??? comment. Adjust for above renaming. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42004
[Bug middle-end/20548] [4.3/4.4/4.5 regression] ACATS c52103x c52104x c52104y segfault
--- Comment #46 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:55 --- Subject: Bug 20548 Author: ebotcazou Date: Wed Nov 25 19:55:11 2009 New Revision: 154650 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154650 Log: PR target/10127 PR ada/20548 PR middle-end/42004 * dwarf2out.c (dwarf2out_args_size_adjust): Rename to... (dwarf2out_stack_adjust): ...this. Do not adjust the arg size for ACCUMULATE_OUTGOING_ARGS targets. Rename former version to... (dwarf2out_notice_stack_adjust): ...this. Adjust for above renaming. (dwarf2out_frame_debug_expr): Revert previous change and adjust for above renaming. (dwarf2out_frame_debug): Add ??? comment. Adjust for above renaming. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
[Bug middle-end/42004] [4.5 regression] Revision 154079 failed g++.dg/torture/stackalign/unwind-2.C
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-11-25 19:58 --- At last. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42004
[Bug target/42165] -masm=intel doesn't know how to print AVX instructions
--- Comment #2 from jakub at gcc dot gnu dot org 2009-11-25 20:20 --- Subject: Bug 42165 Author: jakub Date: Wed Nov 25 20:20:40 2009 New Revision: 154652 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154652 Log: PR target/42165 * config/i386/i386.c (print_operand): For 32-byte memory use YMMWORD in -masm=intel mode. Use TBYTE instead of XWORD. * config/i386/i386.md (crc32modesuffix): Expand to nothing in -masm=intel mode. (sse4_2_crc32di): Print just crc32 instead of crc32q in -masm=intel mode. * config/i386/mmx.md (*mmx_pinsrw): Print correct size of memory operand in -masm=intel mode. * config/i386/sse.md (*avx_pinsrssevecsize, *sse4_1_pinsrb, *sse2_pinsrw): Likewise. (sse_cvtss2siq, sse_cvtss2siq_2, sse_cvttss2siq): Don't print q suffix in -masm=intel mode. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/mmx.md trunk/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42165
[Bug fortran/42162] OpenMP: ICE: tree check in omp_add_variable, at gimplify.c:5282
--- Comment #5 from jakub at gcc dot gnu dot org 2009-11-25 20:29 --- Subject: Bug 42162 Author: jakub Date: Wed Nov 25 20:28:56 2009 New Revision: 154654 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154654 Log: PR fortran/42162 * trans-openmp.c (gfc_trans_omp_do): When dovar isn't a VAR_DECL, don't use simple loop and handle clauses properly. * testsuite/libgomp.fortran/pr42162.f90: New test. Added: trunk/libgomp/testsuite/libgomp.fortran/pr42162.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-openmp.c trunk/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42162
[Bug target/42165] -masm=intel doesn't know how to print AVX instructions
--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-25 20:54 --- Subject: Bug 42165 Author: jakub Date: Wed Nov 25 20:54:12 2009 New Revision: 154655 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154655 Log: PR target/42165 * config/i386/i386.c (print_operand): For 32-byte memory use YMMWORD in -masm=intel mode. Use TBYTE instead of XWORD. * config/i386/i386.md (crc32modesuffix): Expand to nothing in -masm=intel mode. (sse4_2_crc32di): Print just crc32 instead of crc32q in -masm=intel mode. * config/i386/mmx.md (*mmx_pinsrw): Print correct size of memory operand in -masm=intel mode. * config/i386/sse.md (*avx_pinsrssevecsize, *sse4_1_pinsrb, *sse2_pinsrw): Likewise. (sse_cvtss2siq, sse_cvtss2siq_2, sse_cvttss2siq): Don't print q suffix in -masm=intel mode. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/config/i386/i386.c branches/gcc-4_4-branch/gcc/config/i386/i386.md branches/gcc-4_4-branch/gcc/config/i386/mmx.md branches/gcc-4_4-branch/gcc/config/i386/sse.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42165
[Bug c++/42171] Link error building mozilla with 4.5
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-25 21:01 --- *** This bug has been marked as a duplicate of 41611 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug middle-end/41611] [4.5 Regression] guard variable is emitted even when the guarded symbol isn't
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-11-25 21:01 --- *** Bug 42171 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41611
[Bug fortran/42162] OpenMP: ICE: tree check in omp_add_variable, at gimplify.c:5282
--- Comment #6 from jakub at gcc dot gnu dot org 2009-11-25 21:02 --- Subject: Bug 42162 Author: jakub Date: Wed Nov 25 21:01:47 2009 New Revision: 154656 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154656 Log: PR fortran/42162 * trans-openmp.c (gfc_trans_omp_do): When dovar isn't a VAR_DECL, don't use simple loop and handle clauses properly. * testsuite/libgomp.fortran/pr42162.f90: New test. Added: branches/gcc-4_4-branch/libgomp/testsuite/libgomp.fortran/pr42162.f90 Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/trans-openmp.c branches/gcc-4_4-branch/libgomp/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42162
[Bug c++/42152] ICEs in g++.dg/debug at -m32 on x86_64-apple-darwin10
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-25 21:11 --- *** This bug has been marked as a duplicate of 41988 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42152
[Bug debug/41988] [4.5 Regression] FAIL: g++.dg/debug/*.C -gdwarf-2 -g1 (internal compiler error)
--- Comment #17 from pinskia at gcc dot gnu dot org 2009-11-25 21:11 --- *** Bug 42152 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||howarth at nitro dot med dot ||uc dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41988
[Bug c++/42137] [4.5 Regression] error: expected constructor, destructor, or type conversion before �{� token
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|error: expected constructor,|[4.5 Regression] error:
|destructor, or type |expected constructor,
|conversion before { token |destructor, or type
||conversion before { token
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42137
[Bug c/42098] gcc does not honor alignment specification for qualified typedefs
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-25 21:23 --- Confirmed, it is a problem with qualifiers. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|target |c Ever Confirmed|0 |1 GCC target triplet|i?86-*-*| Last reconfirmed|-00-00 00:00:00 |2009-11-25 21:23:45 date|| Summary|gcc does not honor alignment|gcc does not honor alignment |specification for typedefs |specification for qualified ||typedefs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42098
[Bug middle-end/42178] New: gcc.dg/graphite/interchange-8.c causes ICE
At r154653, the gcc.dg/graphite/interchange-8.c test case results in a compiler ICE on x86_64-apple-darwin10. The error shows up as... Executing on host: /sw/src/fink.build/gcc45-4.4.999-20091125/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc45-4.4.999-20091125/darwin_objdir/gcc/ /sw/src/fink.build/gcc45-4.4.999-20091125/gcc-4.5-20091125/gcc/testsuite/gcc.dg/graphite/interchange-8.c -O2 -fdump-tree-graphite-all -floop-interchange -fno-loop-block -fno-loop-strip-mine -ffast-math -S -o interchange-8.s(timeout = 300) /sw/src/fink.build/gcc45-4.4.999-20091125/gcc-4.5-20091125/gcc/testsuite/gcc.dg/graphite/interchange-8.c: In function 'foo': /sw/src/fink.build/gcc45-4.4.999-20091125/gcc-4.5-20091125/gcc/testsuite/gcc.dg/graphite/interchange-8.c:2:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. compiler exited with status 1 output is: /sw/src/fink.build/gcc45-4.4.999-20091125/gcc-4.5-20091125/gcc/testsuite/gcc.dg/graphite/interchange-8.c: In function 'foo': /sw/src/fink.build/gcc45-4.4.999-20091125/gcc-4.5-20091125/gcc/testsuite/gcc.dg/graphite/interchange-8.c:2:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. FAIL: gcc.dg/graphite/interchange-8.c (internal compiler error) FAIL: gcc.dg/graphite/interchange-8.c (test for excess errors) Excess errors: /sw/src/fink.build/gcc45-4.4.999-20091125/gcc-4.5-20091125/gcc/testsuite/gcc.dg/graphite/interchange-8.c:2:1: internal compiler error: Segmentation fault XFAIL: gcc.dg/graphite/interchange-8.c scan-tree-dump-times graphite will be interchanged 1 A backtrace of the error shows... Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0004 0x0001004da882 in lst_try_interchange (scop=value temporarily unavailable, due to optimizations, loop=value temporarily unavailable, due to optimizations, lst=value temporarily unavailable, due to optimizations, index=value temporarily unavailable, due to optimizations) at ../../gcc-4.5-20091125/gcc/graphite-interchange.c:681 681 for (i = 0; VEC_iterate (lst_p, LST_SEQ (lst), i, l); i++) (gdb) bt #0 0x0001004da882 in lst_try_interchange (scop=value temporarily unavailable, due to optimizations, loop=value temporarily unavailable, due to optimizations, lst=value temporarily unavailable, due to optimizations, index=value temporarily unavailable, due to optimizations) at ../../gcc-4.5-20091125/gcc/graphite-interchange.c:681 #1 0x0001004dcc48 in lst_do_interchange_1 (scop=0x141826910, loop=0x14182b460, index=0x7fff5fbfd20c) at ../../gcc-4.5-20091125/gcc/graphite-interchange.c:709 #2 0x0001004dcca3 in lst_do_interchange (scop=0x141826910, loop=0x14182b460, index=0x7fff5fbfd20c) at ../../gcc-4.5-20091125/gcc/graphite-interchange.c:730 #3 0x0001004dcd0b in lst_do_interchange (scop=0x141826910, loop=0x14182b480, index=0x7fff5fbfd20c) at ../../gcc-4.5-20091125/gcc/graphite-interchange.c:734 #4 0x0001004dcd37 in scop_do_interchange (scop=0x141826910) at ../../gcc-4.5-20091125/gcc/graphite-interchange.c:748 #5 0x0001004de288 in apply_poly_transforms (scop=0x141826910) at ../../gcc-4.5-20091125/gcc/graphite-poly.c:260 #6 0x0001004caab3 in graphite_transform_loops () at ../../gcc-4.5-20091125/gcc/graphite.c:276 #7 0x00010076d6ba in graphite_transforms () at ../../gcc-4.5-20091125/gcc/tree-ssa-loop.c:300 #8 0x0001005ad4e1 in execute_one_pass (pass=0x100bfc200) at ../../gcc-4.5-20091125/gcc/passes.c:1522 #9 0x0001005ad7dd in execute_pass_list (pass=0x100bfc200) at ../../gcc-4.5-20091125/gcc/passes.c:1577 #10 0x0001005ad7ef in execute_pass_list (pass=0x100bfbf60) at ../../gcc-4.5-20091125/gcc/passes.c:1578 #11 0x0001005ad7ef in execute_pass_list (pass=0x100bfb5a0) at ../../gcc-4.5-20091125/gcc/passes.c:1578 #12 0x0001006df104 in tree_rest_of_compilation (fndecl=0x141e03f00) at ../../gcc-4.5-20091125/gcc/tree-optimize.c:411 #13 0x00010089782b in cgraph_expand_function (node=0x141d0c440) at ../../gcc-4.5-20091125/gcc/cgraphunit.c:1178 #14 0x00010089992a in cgraph_optimize () at ../../gcc-4.5-20091125/gcc/cgraphunit.c:1245 #15 0x000100899f3f in cgraph_finalize_compilation_unit () at ../../gcc-4.5-20091125/gcc/cgraphunit.c:1107 #16 0x00010001f472 in c_write_global_declarations () at ../../gcc-4.5-20091125/gcc/c-decl.c:9489 #17 0x0001006745d2 in toplev_main (argc=28, argv=0x7fff5fbfd5e0) at ../../gcc-4.5-20091125/gcc/toplev.c:1061 #18 0x00010a04 in start () Using built-in specs. COLLECT_GCC=gcc-4 COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/lto-wrapper Target: x86_64-apple-darwin10.2.0 Configured with: ../gcc-4.5-20091125/configure --prefix=/sw --prefix=/sw/lib/gcc4.5 --mandir=/sw/share/man
[Bug c++/10541] [DR 354] Is NULL a valid pointer-type template argument?
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-09-03 17:29:38 |2009-11-25 22:43:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10541
[Bug target/42165] -masm=intel doesn't know how to print AVX instructions
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-25 22:54 --- Fixed for 4.4/4.5. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42165
[Bug fortran/42162] OpenMP: ICE: tree check in omp_add_variable, at gimplify.c:5282
--- Comment #7 from jakub at gcc dot gnu dot org 2009-11-25 22:55 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42162
[Bug c++/10690] [DR 115] Even when used within typeid(), a template-id generating an overload set with only one function should silently decay to a pointer to function
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-12-11 23:08:37 |2009-11-26 00:15:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10690
[Bug fortran/41807] [4.5/4.4 Regression] data statement with nested type constructors
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2009-11-26 01:08 --- Since we are dealing with invalid fortran code, we can use gfc_fatal_error and avoid the downstream errors and trying to translate bogus code. This is the cheap way out of it. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-10-24 07:46:24 |2009-11-26 01:08:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41807
[Bug fortran/41807] [4.5/4.4 Regression] data statement with nested type constructors
--- Comment #26 from jvdelisle at gcc dot gnu dot org 2009-11-26 02:12
---
This is better, set the expr to a valid constant 0 before converting to a tree.
Index: trans-const.c
===
--- trans-const.c (revision 154660)
+++ trans-const.c (working copy)
@@ -336,7 +336,7 @@ void
gfc_conv_constant (gfc_se * se, gfc_expr * expr)
{
/* We may be receiving an expression for C_NULL_PTR or C_NULL_FUNPTR. If
- so, they expr_type will not yet be an EXPR_CONSTANT. We need to make
+ so, the expr_type will not yet be an EXPR_CONSTANT. We need to make
it so here. */
if (expr-ts.type == BT_DERIVED expr-ts.derived
expr-ts.derived-attr.is_iso_c)
@@ -349,7 +349,12 @@ gfc_conv_constant (gfc_se * se, gfc_expr * expr)
}
}
- gcc_assert (expr-expr_type == EXPR_CONSTANT);
+ if (expr-expr_type != EXPR_CONSTANT)
+{
+ gfc_error (non-constant initialization expression at %L,
expr-where);
+ se-expr = gfc_conv_constant_to_tree (gfc_int_expr (0));
+ return;
+}
if (se-ss != NULL)
{
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41807
[Bug c/42179] New: Incorrect optimization (-O2) yields wrong code (regression)
With gcc-snapshot (Debian 20091118-1) 4.5.0 20091119 (experimental) [trunk
revision 154312] on an x86_64 GNU/Linux machine and the following code (partly
based on GMP):
#include stdio.h
union ieee_double_extract
{
struct
{
unsigned int manl:32;
unsigned int manh:20;
unsigned int exp:11;
unsigned int sig:1;
} s;
double d;
};
int main (void)
{
union { double d; unsigned long long i; } x;
x.d = 0.0 / 0.0;
printf (d = %g [%llx]\n, x.d, x.i);
printf (exp = %x\n, (unsigned int)
((union ieee_double_extract *)(x.d))-s.exp);
return 0;
}
$ gcc-snapshot -Wall -Wextra testd.c -o testd
$ ./testd
d = nan [fff8]
exp = 7ff
This is OK, but with -O2:
$ gcc-snapshot -Wall -Wextra testd.c -o testd -O2
$ ./testd
d = nan [fff8]
exp = 0
I don't know whether aliasing rules are broken, but note that there are no
warnings.
GCC 4.4.2 doesn't have this problem.
--
Summary: Incorrect optimization (-O2) yields wrong code
(regression)
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vincent at vinc17 dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42179
[Bug middle-end/42180] New: compiling induct.f90 with -ffast-math -O2 -fgraphite-identity ICEs gfortran
The polyhedron 2005 benchmark induct.f90 ICEs the gfortran compiler in current gcc trunk when compiled with -ffast-math -O2 -fgraphite-identity... gfortran -ffast-math -O2 -fgraphite-identity induct.f90 -o induct induct.f90: In function __mcc_m_MOD_mutual_ind_cir_cir_coils: induct.f90:777:0: internal compiler error: Segmentation fault A backtrace shows... (gdb) r induct.f90 -fPIC -quiet -dumpbase induct.f90 -mmacosx-version-min=10.6.2 -mtune=generic -auxbase induct -O2 -version -ffast-math -fgraphite-identity -fintrinsic-modules-path /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.2.0/4.5.0/finclude -o /var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//cczMDWLV.s Starting program: /sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/f951 induct.f90 -fPIC -quiet -dumpbase induct.f90 -mmacosx-version-min=10.6.2 -mtune=generic -auxbase induct -O2 -version -ffast-math -fgraphite-identity -fintrinsic-modules-path /sw/lib/gcc4.5/lib/gcc/x86_64-apple-darwin10.2.0/4.5.0/finclude -o /var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//cczMDWLV.s Reading symbols for shared libraries .. done GNU Fortran (GCC) version 4.5.0 20091125 (experimental) (x86_64-apple-darwin10.2.0) compiled by GNU C version 4.5.0 20091125 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU Fortran (GCC) version 4.5.0 20091125 (experimental) (x86_64-apple-darwin10.2.0) compiled by GNU C version 4.5.0 20091125 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x 0x00010053b1e2 in rewrite_commutative_reductions_out_of_ssa_loop (loop=value temporarily unavailable, due to optimizations, reductions=value temporarily unavailable, due to optimizations) at ../../gcc-4.5-20091125/gcc/graphite-sese-to-poly.c:2474 2474 e = split_block (bb, gsi_stmt (gsi)); (gdb) bt #0 0x00010053b1e2 in rewrite_commutative_reductions_out_of_ssa_loop (loop=value temporarily unavailable, due to optimizations, reductions=value temporarily unavailable, due to optimizations) at ../../gcc-4.5-20091125/gcc/graphite-sese-to-poly.c:2474 #1 0x000100543205 in build_poly_scop (scop=value temporarily unavailable, due to optimizations) at ../../gcc-4.5-20091125/gcc/graphite-sese-to-poly.c:2819 #2 0x00010051ec3f in graphite_transform_loops () at ../../gcc-4.5-20091125/gcc/graphite.c:273 #3 0x0001007c185a in graphite_transforms () at ../../gcc-4.5-20091125/gcc/tree-ssa-loop.c:300 #4 0x000100601681 in execute_one_pass (pass=0x100c68660) at ../../gcc-4.5-20091125/gcc/passes.c:1522 #5 0x00010060197d in execute_pass_list (pass=0x100c68660) at ../../gcc-4.5-20091125/gcc/passes.c:1577 #6 0x00010060198f in execute_pass_list (pass=0x100c683c0) at ../../gcc-4.5-20091125/gcc/passes.c:1578 #7 0x00010060198f in execute_pass_list (pass=0x100c67a00) at ../../gcc-4.5-20091125/gcc/passes.c:1578 #8 0x0001007332a4 in tree_rest_of_compilation (fndecl=0x141f0fd00) at ../../gcc-4.5-20091125/gcc/tree-optimize.c:411 #9 0x0001008eb9cb in cgraph_expand_function (node=0x141d0aee0) at ../../gcc-4.5-20091125/gcc/cgraphunit.c:1178 #10 0x0001008edaca in cgraph_optimize () at ../../gcc-4.5-20091125/gcc/cgraphunit.c:1245 #11 0x0001008ee0df in cgraph_finalize_compilation_unit () at ../../gcc-4.5-20091125/gcc/cgraphunit.c:1107 #12 0x000100595a26 in write_global_declarations () at ../../gcc-4.5-20091125/gcc/langhooks.c:309 #13 0x0001006c8772 in toplev_main (argc=18, argv=0x7fff5fbfd8b8) at ../../gcc-4.5-20091125/gcc/toplev.c:1061 #14 0x00011854 in start () Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/lto-wrapper Target: x86_64-apple-darwin10.2.0 Configured with: ../gcc-4.5-20091125/configure --prefix=/sw --prefix=/sw/lib/gcc4.5 --mandir=/sw/share/man --infodir=/sw/share/info --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --disable-libjava-multilib Thread model: posix gcc version 4.5.0 20091125 (experimental) (GCC) -- Summary: compiling induct.f90 with -ffast-math -O2 -fgraphite- identity ICEs gfortran Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http
[Bug middle-end/42181] New: -fgraphite-identity miscompiles or ICEs on air.f90
The Polyhedron 2005 benchmark air.f90 is miscompiled at -O2 -fgraphite-identity such that it produces incorrect results... AIRFLOW IN A BOX Version 2.0 (c) Hanley Innovations 1995 1.2E-002 0.210.000 0.100010 272.769998272.769998272.769998 272.7699980. 11 12 X-DATA 1 0. 0.100014 2 5.00028E-002 0.220004 3 0.10001 0.24 4 0.20001 0.400024 5 0.2 0.54 6 0.40002 0.599984 7 0.5 0.699964 8 0.59998 0.800044 9 0.69996 0.900024 10 0.80004 0.969974 11 0.900021.4 Y-DATA 0. 0.100014 4.8E-002 0.149994 8.00017E-002 0.200014 0.14999 0.24 0.20001 0.400024 0.2 0.54 0.40002 0.599984 0.5 0.699964 0.59998 0.800044 0.69996 0.890014 0.80004 0.949964 0.949961.4 ITERATION# TIME FINAL MASS RESIDUAL 3 100.05723761 0.0100 NaN deltat, final t, iterations 100.00100.05723761123 3 NaN When compiling air.f90 with -O1 -fgraphite-identity, the gfortran compiler ICEs... air.f90: In function state_: air.f90:1034:0: internal compiler error: in scan_tree_for_params, at graphite-sese-to-poly.c:853 Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.2.0/4.5.0/lto-wrapper Target: x86_64-apple-darwin10.2.0 Configured with: ../gcc-4.5-20091125/configure --prefix=/sw --prefix=/sw/lib/gcc4.5 --mandir=/sw/share/man --infodir=/sw/share/info --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --disable-libjava-multilib Thread model: posix gcc version 4.5.0 20091125 (experimental) (GCC) -- Summary: -fgraphite-identity miscompiles or ICEs on air.f90 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42181
[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-11-26 03:26 --- Fixed on mainline. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42008
[Bug c++/14769] [DR 426] Block extern incorrectly resolved to file-scope internal linkage object
--- Comment #5 from pi3orama at gmail dot com 2009-11-26 03:31 ---
How about the below C++ program? According to recent draft, the func() in //2:
is clearly internal linkage, but g++ resolve it as external linkage.
static void func() { }
int main()
{
extern void func();
func();// 1:
{
extern void func();
func();//2:
}
return 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14769
