[Bug c/45468] gcc does not warn about missing `-O' flag when specifying `-Wuninitialized'
--- Comment #20 from manu at gcc dot gnu dot org 2010-09-07 06:38 --- (In reply to comment #19) Manu, did you mean to change Severity back to 'critical' ? No, that was a mistake. In any case, this is INVALID for the reasons discussed above. -- manu at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45468
[Bug c++/45200] [4.5/4.6 Regression] ICE in template instantiation
--- Comment #13 from dodji at gcc dot gnu dot org 2010-09-07 07:08 --- Fixed in 4.5.2 and trunk (4.6). -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- Comment #3 from hp at gcc dot gnu dot org 2010-09-07 07:11 --- (In reply to comment #2) xfail the test-case for ilp32 targets with a reference to this PR. http://gcc.gnu.org/ml/fortran/2010-09/msg00179.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
[Bug c++/45293] ICE in iterative_hash_template_arg, at cp/pt.c:1589
--- Comment #11 from dodji at gcc dot gnu dot org 2010-09-07 07:12 --- Fixed in 4.5.2 and trunk (4.6) -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
[Bug c++/45558] typedef of typename fails to equal its underlying type
--- Comment #4 from dodji at gcc dot gnu dot org 2010-09-07 07:13 --- Fixed in 4.5.2 and trunk (4.6) -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45558
[Bug bootstrap/45482] Bootstrap fails on PPC error: conflicting types for 'malloc'
--- Comment #9 from sfilippone at uniroma2 dot it 2010-09-07 07:20 --- (In reply to comment #8) Created an attachment (id=21673) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21673action=view) [edit] Modifying the conftest source gives the following: [snfi...@josquin libiberty]$ sh cmd.sh [snfi...@josquin libiberty]$ ./conftest Failing index 97 a Reason: islower 2 ISLOWER 0 toupper A TOUPPER a So the ISLOWER macro is (apparently) giving the wrong result. --- #include ctype.h #include stdlib.h #include stdio.h #if ((' ' 0x0FF) == 0x020) # define ISLOWER(c) ('a' = (c) (c) = 'z') # define TOUPPER(c) (ISLOWER(c) ? 'A' + ((c) - 'a') : (c)) #else # define ISLOWER(c)(('a' = (c) (c) = 'i') || ('j' = (c) (c) = 'r') || ('s' = (c) (c) = 'z')) # define TOUPPER(c) (ISLOWER(c) ? ((c) | 0x40) : (c)) #endif #define XOR(e, f) (((e) !(f)) || (!(e) (f))) int main () { int i; for (i = 0; i 256; i++) if (XOR (islower (i), ISLOWER (i)) || toupper (i) != TOUPPER (i)) { fprintf(stderr,Failing index %d %c \n,i,i); fprintf(stderr,Reason: islower %d ISLOWER %d toupper %c TOUPPER %c \n, islower(i), ISLOWER (i), toupper (i) , TOUPPER (i)); return 2; } return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45482
[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float
--- Comment #2 from lucas at lucas-nussbaum dot net 2010-09-07 07:32 --- Yes, confirmed. (sid)lu...@smetana:~$ gcc -o t t.c t.c: In function main: t.c:7: warning: incompatible implicit declaration of built-in function printf (sid)lu...@smetana:~$ ./t t=254733465 f=482062944 (sid)lu...@smetana:~$ gcc -mcpu=v8 -o t t.c t.c: In function main: t.c:7: warning: incompatible implicit declaration of built-in function printf (sid)lu...@smetana:~$ ./t t=254733465 f=254733472 (sid)lu...@smetana:~$ cat t.c int main() { unsigned int t = 254733465; float f; f = (float) t; printf (t=%u f=%.0f\n, t, f); } (sid)lu...@smetana:~$ gcc -v Using built-in specs. Target: sparc-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-13' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --with-long-double-128 --enable-checking=release --build=sparc-linux-gnu --host=sparc-linux-gnu --target=sparc-linux-gnu Thread model: posix gcc version 4.4.5 20100902 (prerelease) (Debian 4.4.4-13) (sid)lu...@smetana:~$ uname -a Linux smetana 2.6.26-2-sparc64-smp #1 SMP Tue Aug 31 11:54:45 UTC 2010 sparc64 GNU/Linux -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45559
[Bug fortran/45576] New: [4.6 Regression] ICE on character stuff
this started failing with today's trunk SUBROUTINE get_r_val() INTEGER, PARAMETER :: default_string_length=128 CHARACTER(len=default_string_length) :: c_val LOGICAL :: check check = c_val(LEN_TRIM(c_val):LEN_TRIM(c_val))==] END SUBROUTINE get_r_val -- Summary: [4.6 Regression] ICE on character stuff Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug fortran/45576] [4.6 Regression] ICE on character stuff
-- jv244 at cam dot ac dot uk changed: What|Removed |Added CC||tkoenig at netcologne dot de Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug fortran/45576] [4.6 Regression] ICE on character stuff
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-07 07:56 --- Confirmed: 163913 works, 163940 gives an ICE. The backtrace is Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x gfc_dep_compare_expr (e1=0x0, e2=0x0) at ../../work/gcc/fortran/dependency.c:353 353 return -2; (gdb) bt #0 gfc_dep_compare_expr (e1=0x0, e2=0x0) at ../../work/gcc/fortran/dependency.c:353 #1 0x00010009e662 in gfc_dep_compare_expr (e1=value temporarily unavailable, due to optimizations, e2=value temporarily unavailable, due to optimizations) at ../../work/gcc/fortran/dependency.c:371 likely due to revision 163932. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-07 08:05 --- This isn't specific to Fortran, struct S { int a; }; struct S foo (struct S *arg) { struct S s; if (bar ()) baz (not valid); else s = *arg; return s; } has the exactly same difference. I believe this is caused by ESRA or gimplification. In *.ealias we have: bb 5: [pr25923.f90 : 22:0] D.1570 = res; return D.1570; and in *.esra this is: bb 5: # res$yr_9 = PHI res$yr_8(D)(3), [pr25923.f90 : 20:0] res$yr_3(4) [pr25923.f90 : 22:0] SR.2_10 = res$yr_9; D.1570.yr = SR.2_10; return D.1570; Note no locus on D.1570.yr = SR.2_10; assignment. The question is if ESRA just forgots to set the locus, or if it sets it from the following stmt (GIMPLE_RETURN). If the former, then it would just be a SRA bug, if the latter, then the question is why don't we set location on GIMPLE_RETURN. Note that on the C testcase there apparently is locus on GIMPLE_RETURN between gimplification and gimple lowering (where the locus on it is lost). On the Fortran testcase in *.gimple the locus is strange: [pr25923.f90 : 22:0] D.1570 = res; [pr25923.f90 : 13:0] return D.1570; Line 22 is the END FUNCTION line, line 13 is the FUNCTION line. For C it is obvious where it wants to report the return, for Fortran, given that it doesn't have any kind of RETURN statement, I guess either of the locations is fine, but we should be consistent. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45572
[Bug rtl-optimization/45570] [4.6 Regression] ICE: in cfg_preds_1, at sel-sched-ir.c:4584
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45570
[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-07 08:37 --- Hm, that expr shouldn't throw. I'll have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 08:37:40 date|| Target Milestone|--- |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45569
[Bug ada/45568] [4.6 Regression] [prj-nmsc.o] raised STORAGE_ERROR : stack overflow (or erroneous memory access)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |ada Keywords||build Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45568
[Bug fortran/45567] [4.6 Regression] gfortran.dg/popcnt_poppar_2.F90 ICEs in emit_library_call_value_1, at calls.c:3485 with -ftree-ter
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45567
[Bug c++/45571] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in MEM_REF. on invalid C++ code
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-07 08:37 --- I'll have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 08:37:30 date|| Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45571
[Bug middle-end/45566] [4.5/4.6 Regression] ICE: in convert_to_eh_region_ranges, at except.c:2446 with -freorder-blocks-and-partition -fnon-call-exceptions -fprofile-use
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45566
[Bug middle-end/45565] [4.6 Regression] ICE: in execute_todo, at passes.c:1276 with -fno-toplevel-reorder -fno-inline -fipa-cp-clone -fkeep-inline-functions
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45565
[Bug rtl-optimization/45354] [4.5/4.6 Regression] ICE: verify_flow_info failed: fallthru edge crosses section boundary (bb 6) with gcc.dg/tree-prof/update-cunroll-2.c
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45354
[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #17 from dominiq at lps dot ens dot fr 2010-09-07 09:12 --- Also fixed on x86_64-apple-darwin10.4, trunk configured with the default value for --enable-checking, see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00616.html The failures on ppc reported in comment #3 have also been fixed, see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00613.html . Closing as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug fortran/45577] New: [4.6 Regression] Bogus(?) ... type incompatible with source-expr ... error
Between revisions 163718 (working) and 163913, the following code (and friends) gives a possibly bogus error: [macbook] f90/bug% cat allocate_type_red.f90 program main type b_obj integer,allocatable :: c(:) end type b_obj type (b_obj),allocatable :: b(:) integer,allocatable :: c(:) integer :: i,n n = 3 allocate(b(n),c(n)) end program main [macbook] f90/bug% gfc allocate_type_red.f90 allocate_type_red.f90:12.14: allocate(b(n),c(n)) 1 allocate_type_red.f90:3.10: type b_obj 2 Error: Type of entity at (1) is type incompatible with source-expr at (2) I suspect revision 163862. -- Summary: [4.6 Regression] Bogus(?) ... type incompatible with source-expr ... error Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os
--- Comment #10 from ubizjak at gmail dot com 2010-09-07 09:25 --- We just calculated SP in the code following the comment: /* eh_return epilogues need %ecx added to the stack pointer. */ So, stack pointer should be valid at the end. I'm testing following patch: Index: i386.c === --- i386.c (revision 163940) +++ i386.c (working copy) @@ -10118,6 +10118,7 @@ ix86_expand_epilogue (int style) } } m-fs.sp_offset = UNITS_PER_WORD; + m-fs.sp_valid = true; } } else -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45206
[Bug target/45070] Miscompiled c++ class with packed attribute on ARM with -Os optimizations (Qt 4.6.2)
--- Comment #17 from ibolton at gcc dot gnu dot org 2010-09-07 09:26 --- (In reply to comment #16) I'd like it backported to 4.4 if possible, thanks Just awaiting approval on the mailing list. It's ready to go. -- ibolton at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ibolton at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-07-28 09:01:18 |2010-09-07 09:26:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45070
[Bug tree-optimization/44328] switch/case optimization produces an invalid lookup table index
--- Comment #35 from ibolton at gcc dot gnu dot org 2010-09-07 09:27 --- (In reply to comment #32) I don't know if there are plans for more releases in the 4.4 series, but can it be applied to the 4.4 branch too? The backport for 4.4 is ready. I am just waiting for approval on the mailing list, although it is probably obvious. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44328
[Bug tree-optimization/45563] [4.6 Regression] g++.dg/opt/devirt1.C ICEs in ipcp_init_cloned_node, at ipa-cp.c:190 with -fno-early-inlining -fipa-cp-clone
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45563
[Bug c++/45562] [4.6 Regression] ICE: SIGSEGV in cp_build_unary_op (typeck.c:5083) with -std=gnu++0x -fipa-cp-clone -fcompare-debug
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45562
[Bug fortran/45577] [4.6 Regression] Bogus(?) ... type incompatible with source-expr ... error
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-07 09:29 --- Hi Janus. I wonder whether it could be due to the fix PR fortran/45507; could you have a look? -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug libstdc++/45574] ifstream::getline() is extremely slow
--- Comment #1 from paolo dot carlini at oracle dot com 2010-09-07 09:42 --- If the problem is in the stdio sync code, then file a glibc PR. -- 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=45574
[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float
--- Comment #3 from mikpe at it dot uu dot se 2010-09-07 10:15 --- Well then, the bug is not in gcc but in the Linux kernel's math emulation code. You need to update your kernel to one that includes the fix. The fix is commit f8324e20f8289dffc646d64366332e05eaacab25 in Linus' tree, and there is a link to the original patch in PR44631. It should also be in the official stable 2.6 kernels by now, but I wouldn't know how those relate to Debian's kernels. Could the original bug reporter please close this PR as a dupe of PR44631. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45559
[Bug fortran/45577] [4.6 Regression] Bogus(?) ... type incompatible with source-expr ... error
--- Comment #2 from janus at gcc dot gnu dot org 2010-09-07 10:26 --- (In reply to comment #1) Hi Janus. I wonder whether it could be due to the fix PR fortran/45507; could you have a look? Yes. This seems to be the same problem reported by Salvatore (cf. http://gcc.gnu.org/ml/fortran/2010-09/msg00148.html and follow-ups). I posted a patch at http://gcc.gnu.org/ml/fortran/2010-09/msg00176.html. -- janus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 10:26:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug tree-optimization/45578] New: [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940
The polyhedron test mdbx is miscompiled with revision -O2 -ftree-vectorize at 163940: [macbook] lin/test% gfc mdbx.f90 -O2 -ftree-vectorize -v Driving: gfc -mmacosx-version-min=10.6.4 mdbx.f90 -O2 -ftree-vectorize -v -l gfortran -shared-libgcc Using built-in specs. COLLECT_GCC=gfc COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.4.0 Configured with: ../work/configure --prefix=/opt/gcc/gcc4.6w --enable-languages=c,c++,fortran,objc,obj-c++,java,lto --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --with-cloog=/opt/sw64 Thread model: posix gcc version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/f951 mdbx.f90 -fPIC -quiet -dumpbase mdbx.f90 -mmacosx-version-min=10.6.4 -mtune=generic -auxbase mdbx -O2 -version -ftree-vectorize -fintrinsic-modules-path /opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/finclude -o /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//cceUTsb5.s GNU Fortran (GCC) version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (x86_64-apple-darwin10.4.0) compiled by GNU C version 4.6.0 20100907 (experimental) [trunk revision 163940p4], GMP version 5.0.1, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU Fortran (GCC) version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (x86_64-apple-darwin10.4.0) compiled by GNU C version 4.6.0 20100907 (experimental) [trunk revision 163940p4], GMP version 5.0.1, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' as -arch x86_64 -force_cpusubtype_ALL -o /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//ccBHSNwY.o /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//cceUTsb5.s COMPILER_PATH=/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/:/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/ LIBRARY_PATH=/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/../../../:/usr/lib/ COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/collect2 -dynamic -arch x86_64 -macosx_version_min 10.6.4 -weak_reference_mismatches non-weak -o a.out -lcrt1.10.5.o -L/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0 -L/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/../../.. /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//ccBHSNwY.o -lgfortran -lgcc_ext.10.5 -lgcc -no_compact_unwind -lSystem COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' [macbook] lin/test% a.out MDBNCH: A MOLECULAR DYNAMICS BENCHMARK, VERSION OF DECEMBER 17, 1988 Segmentation fault Backtrace Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x00017d40 in centcm_ () (gdb) bt #0 0x00017d40 in centcm_ () #1 0x000186f1 in mte_ () The Segmentation fault occurs within the loop (lines 2073 to 2080): DO i = 1 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2 XIN(3,i) = XIN(3,i) - cm3 ENDDO and disappears with -fbounds-check. Revision 163913 works. It may be due to revision 163915. -- Summary: [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr 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=45578
[Bug middle-end/45579] New: Re-enable IPA-CP for fn spec
Follow up to PR 43665. Both fn spec (a TYPE_ATTRIBUTES) and -fipa-cp are important optimization features. However, -fipa-cp can eliminate arguments and does not update fn spec, leading to wrong code. Thus, ipa-cp has been disabled if it encounters an attribute, cf. PR 43665 's attachment 21714. Expected (missed optimization): ipa-cp updates fn spec to account for the eliminated arguments. fn spec allows to annotate to aid optimization via: /* Nonzero if the argument is not dereferenced recursively, thus only directly reachable memory is read or written. */ #define EAF_DIRECT(1 0) /* Nonzero if memory reached by the argument is not clobbered. */ #define EAF_NOCLOBBER (1 1) /* Nonzero if the argument does not escape. */ #define EAF_NOESCAPE (1 2) /* Nonzero if the argument is not used by the function. */ #define EAF_UNUSED(1 3) And IPA-cp does a complementary optimization: -fipa-cp Perform interprocedural constant propagation. This optimization analyzes the program to determine when values passed to functions are constants and then optimizes accordingly. This optimization can substantially increase performance if the application has constants passed to functions. This flag is enabled by default at -O2, -Os and -O3. -- Summary: Re-enable IPA-CP for fn spec Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org BugsThisDependsOn: 43665 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45579
[Bug fortran/45577] [4.6 Regression] Bogus(?) ... type incompatible with source-expr ... error
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-07 10:42 --- I posted a patch at http://gcc.gnu.org/ml/fortran/2010-09/msg00176.html. The patch fixes this pr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug libstdc++/45574] ifstream::getline() is extremely slow
--- Comment #2 from tstarling at wikimedia dot org 2010-09-07 10:46 --- (In reply to comment #1) If the problem is in the stdio sync code, then file a glibc PR. I mean the stdio sync code as in the code in libstdc++ which synchronises with glibc, not actual code within glibc. If there was a problem with glibc, glibc would be slow, but it isn't. -- tstarling at wikimedia dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45574
[Bug target/45070] Miscompiled c++ class with packed attribute on ARM with -Os optimizations (Qt 4.6.2)
--- Comment #18 from ibolton at gcc dot gnu dot org 2010-09-07 11:07 --- Subject: Bug 45070 Author: ibolton Date: Tue Sep 7 11:07:31 2010 New Revision: 163945 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163945 Log: 2010-09-07 Ian Bolton ian.bol...@arm.com Backport from mainline 2010-09-01 Ian Bolton ian.bol...@arm.com * Makefile.in (tree-switch-conversion.o): Update dependencies. 2010-08-19 Ian Bolton ian.bol...@arm.com PR target/45070 * config/arm/arm.c (arm_output_epilogue): Ensure that return value of size 1-3 is handled correctly. * gcc.c-torture/execute/pr45070.c: New. 2010-08-19 Ian Bolton ian.bol...@arm.com * tree-switch-conversion.c (gen_inbound_check): Ensure that the type for the conditional has wide enough range. * g++.dg/pr44328.C: New test. 2010-08-07 Marcus Shawcroft marcus.shawcr...@arm.com * config/arm/linux-atomic.c (SUBWORD_VAL_CAS): Instantiate with 'unsigned short' and 'unsigned char' instead of 'short' and 'char'. (SUBWORD_BOOL_CAS): Likewise. (SUBWORD_SYNC_OP): Likewise. (SUBWORD_TEST_AND_SET): Likewise. (FETCH_AND_OP_WORD): Parenthesise INF_OP (SUBWORD_SYNC_OP): Likewise. (OP_AND_FETCH_WORD): Likewise. * lib/target-supports.exp: (check_effective_target_sync_int_long): Add arm*-*-linux-gnueabi. (check_effective_target_sync_char_short): Likewise. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/pr44328.C - copied unchanged from r163774, branches/gcc-4_5-branch/gcc/testsuite/g++.dg/pr44328.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr45070.c - copied unchanged from r163774, branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr45070.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/Makefile.in branches/gcc-4_4-branch/gcc/config/arm/arm.c branches/gcc-4_4-branch/gcc/config/arm/linux-atomic.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/lib/target-supports.exp branches/gcc-4_4-branch/gcc/tree-switch-conversion.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45070
[Bug libstdc++/45574] ifstream::getline() is extremely slow
--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-07 11:15 --- There is nothing we can do to speed up further the v3 side of the synced code, thus, unless you have evidence that other implementations perform much better than v3, and provide details, this is closed. -- 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=45574
[Bug target/43137] redundant register move for sign extending
--- Comment #3 from bernds at gcc dot gnu dot org 2010-09-07 11:16 --- Fixed. -- bernds at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43137
[Bug c++/45571] [4.6 Regression] ICE: verify_stmts failed: Invalid address operand in MEM_REF. on invalid C++ code
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-07 11:17 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45571
[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-07 11:18 --- Subject: Bug 45569 Author: rguenth Date: Tue Sep 7 11:17:44 2010 New Revision: 163946 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163946 Log: 2010-09-07 Richard Guenther rguent...@suse.de PR middle-end/45569 * tree-cfg.c (build_gimple_cfg): Remove redundant stmt verification. * passes.c (execute_function_todo): Do not verify anything if we saw errors. Modified: trunk/gcc/ChangeLog trunk/gcc/passes.c trunk/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45569
[Bug middle-end/31528] Inlining with -Os increases code size
--- Comment #9 from abnikant dot singh at atmel dot com 2010-09-07 11:36 --- gcc version 4.6.0 20100907 (experimental) is not performing the inline in -Os for the test case: #define UCSRA (*(volatile unsigned char *)0x2B) #define UDRE 5 #define UDR (*(volatile unsigned char *)0x2C) static void putch(char ch); void putch(char ch) { while (!(UCSRA (1UDRE))); UDR = ch; } int main(void) { putch(0); putch(1); return 0; } The generated assembly with avr-gcc -S -Os test.c is: putch: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 .L2: sbis 43-0x20,5 rjmp .L2 out 44-0x20,r24 /* epilogue start */ ret .size putch, .-putch .global main .type main, @function main: /* prologue: function */ /* frame size = 0 */ /* stack size = 0 */ .L__stack_usage = 0 ldi r24,lo8(0) rcall putch ldi r24,lo8(1) rcall putch ldi r24,lo8(0) ldi r25,hi8(0) /* epilogue start */ ret -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31528
[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers
--- Comment #15 from burnus at gcc dot gnu dot org 2010-09-07 11:37 --- Created an attachment (id=21725) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21725action=view) tree.h patch tp add build[0-9]_loc (In reply to comment #9) grep -w build[0-9] trans*.c | wc -l 38 grep -w build[0-9]_v trans*.c | wc -l 158 That part requires the attached patch to add build[0-9]_loc to gcc/tree.h. The patch still needs to be build with all languages - and then make -k check regtested ... grep -w fold_build[0-9] trans*.c | wc -l 734 That's now down to trans-array.c:198 and down to 117 in my local tree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45186
[Bug target/45559] [4.4 regression] wrong conversion from unsigned int/long to float
--- Comment #4 from zimmerma+gcc at loria dot fr 2010-09-07 11:47 --- this is indeed a duplicate of #44631. It can be reproduced also with GCC 4.3 and -mcpu=v9. I suggest adding GMP-ECM make check in the regression tests for GCC (some time ago it was used for the efficiency tests). This would have hit this bug before the release of 4.4. Paul Zimmermann *** This bug has been marked as a duplicate of 44631 *** -- zimmerma+gcc at loria dot fr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45559
[Bug target/44631] [sparc] long long to double conversion error
--- Comment #12 from zimmerma+gcc at loria dot fr 2010-09-07 11:47 --- *** Bug 45559 has been marked as a duplicate of this bug. *** -- zimmerma+gcc at loria dot fr changed: What|Removed |Added CC||zimmerma+gcc at loria dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-07 12:07 --- Created an attachment (id=21726) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21726action=view) Split code for mdbx and good and bad assembly files. It may be due to revision 163915. mdbx is miscompiled at revision 163915. The attached file contains the original code minus the subroutine CENTCM, the source file for this subroutine, and the assembly files from revisions 163913 (centcm_g.s) and 163913 (centcm_b.s) using -O2 -ftree-vectorize. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-07 12:13 --- 163913 (centcm_b.s) Pasto!-(centcm_b.s is for 163915). -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|[4.6 Regression] The|[4.6 Regression] The |polyhedron test mdbx is |polyhedron test mdbx is |miscompiled with -O2 -ftree-|miscompiled with -O2 -ftree- |vectorize at revision 163940|vectorize at revision 163940 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug tree-optimization/45580] New: [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
When building JSGlobalObject.cpp from webkit's source with GCC rev.163944 the compiler ICEs in gimple_fold_obj_type_ref_known_binfo() because it attempts to execute fndecl = TREE_VALUE (v) with v equal to NULL. The preprocessed source is quite big, but I've got no knowledge of webkit's internals and can't reduce it in reasonable time. GCC was configured with the following options: ../gcc-current/configure --prefix=/home/artem/testing/gcc46 --enable-shared --enable-bootstrap --enable-languages=c,c++ --enable-threads=posix --enable-checking=release --with-system-zlib --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --with-gnu-ld --with-lto --disable-nls --verbose --with-arch=athlon64 --target=x86_64-slackware-linux --build=x86_64-slackware-linux --host=x86_64-slackware-linux --disable-multilib --enable-checking=release --enable-stage1-languages=c,c++ and then built with make STAGE1_CFLAGS=-g -O0 all-stage1. To reproduce, do cc1plus -dH -O1 JSGlobalData.i JSGlobalData.o. It's important to run compiler on 64-bit host because preprocessed JSGlobalData assumes that sizeof(double)==sizeof(long int). -- Summary: [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo() Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aanisimov at inbox dot ru GCC build triplet: x86_64-slackware-linux GCC host triplet: x86_64-slackware-linux GCC target triplet: x86_64-slackware-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
--- Comment #1 from aanisimov at inbox dot ru 2010-09-07 12:27 --- Created an attachment (id=21727) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21727action=view) Preprocessed source for JSGlobalData.cpp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug middle-end/45569] [4.5/4.6 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-07 12:28 --- Subject: Bug 45569 Author: rguenth Date: Tue Sep 7 12:27:45 2010 New Revision: 163947 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163947 Log: 2010-09-07 Richard Guenther rguent...@suse.de PR middle-end/45569 * tree-eh.c (operation_could_trap_helper_p): Neither COMPLEX_EXPR nor CONSTRUCTOR can trap. * tree-complex.c (update_complex_assignment): Update EH info. * g++.dg/eh/pr45569.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/eh/pr45569.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-complex.c trunk/gcc/tree-eh.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45569
[Bug middle-end/45569] [4.5 Regression] ICE: verify_stmts failed: statement marked for throw in middle of block with -fnon-call-exceptions
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-07 12:28 --- Fixed on trunk sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.6.0 Summary|[4.5/4.6 Regression] ICE: |[4.5 Regression] ICE: |verify_stmts failed:|verify_stmts failed: |statement marked for throw |statement marked for throw |in middle of block with - |in middle of block with - |fnon-call-exceptions|fnon-call-exceptions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45569
[Bug debug/45447] ICE with `-g -femit-struct-debug-baseonly'
-- ibolton at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to fail||4.4.5 4.5.2 4.6.0 Last reconfirmed|-00-00 00:00:00 |2010-09-07 12:40:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45447
[Bug fortran/45576] [4.6 Regression] ICE on character stuff
--- Comment #2 from mikael at gcc dot gnu dot org 2010-09-07 12:56 --- Index: dependency.c === --- dependency.c(r#65533;#65533;vision 163944) +++ dependency.c(copie de travail) @@ -182,6 +182,12 @@ gfc_dep_compare_expr (gfc_expr *e1, gfc_expr *e2) int i; gfc_expr *n1, *n2; + if (e1 == e2) +return 0; + + if (e1 == NULL || e2 == NULL) +return -2; + n1 = NULL; n2 = NULL; -- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 12:56:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug tree-optimization/45256] Missed arithmetic simplification at tree level
--- Comment #2 from ibolton at gcc dot gnu dot org 2010-09-07 13:05 --- (In reply to comment #1) Created an attachment (id=21454) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21454action=view) [edit] Testcase OK. I can see this happening on trunk, when compiled as follows: arm-none-linux-gnueabi/obj/gcc3/gcc/cc1 -O2 pr45256.i -fdump-tree-all -fdump-rtl-all. The 148t.optimized dump shows exactly what has been posted above, where effectively 32 is both added and then subtracted. The 183r.dce dump still shows this extra work happening and the 184r.combine dump shows that it has been optimised away. It should be possible to do this optimisation at the tree-level, so this bug is confirmed. Should I check whether this happens for 4.4 and 4.5 too? -- ibolton at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Known to fail||4.6.0 Last reconfirmed|-00-00 00:00:00 |2010-09-07 13:05:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45256
[Bug libstdc++/45398] [C++0x] Missing atomic_Tp*::store definition
--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-07 13:19 --- Seems trivial, just matter of forwarding to atomic_address... -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle |dot org |dot com Status|NEW |ASSIGNED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45398
[Bug tree-optimization/43430] Missed vectorization: stmt not supported: cond_expr
--- Comment #7 from matz at gcc dot gnu dot org 2010-09-07 13:24 --- The remaining problem is the support for ncopies 1 in vectorizable_condition. http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00550.html implements this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43430
[Bug libstdc++/45398] [C++0x] Missing atomic_Tp*::store definition
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-07 13:25 --- Here, I'm only adding the non-volatile version, the rest of the volatile overloads belong to PR43451. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45398
[Bug tree-optimization/43432] Missed vectorization: complicated access pattern for increasing and decreasing data indexing
--- Comment #2 from matz at gcc dot gnu dot org 2010-09-07 13:27 --- The patch at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00548.html implements support for consecutive loads with negative step. It will vectorize the first testcase. But not the second one because it only handled loads, not stores. -- matz at gcc dot gnu dot org changed: What|Removed |Added Summary|Missed vectorization: |Missed vectorization: |complicated access pattern|complicated access pattern |for increasing and |for increasing and |decreasing data indexing|decreasing data indexing http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43432
[Bug libstdc++/43451] [C++0x] atomic integral methods missing volatile overloads
--- Comment #3 from paolo dot carlini at oracle dot com 2010-09-07 13:28 --- By the way the same problem exists for the atomicT* partial specialization. In general, audit for volatile. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43451
[Bug fortran/45505] [4.6 Regression] gfortran.dg/pr25923.f90
--- Comment #5 from hp at gcc dot gnu dot org 2010-09-07 13:28 --- Subject: Bug 45505 Author: hp Date: Tue Sep 7 13:23:24 2010 New Revision: 163949 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163949 Log: PR fortran/45505 * gfortran.dg/pr25923.f90: XFAIL warning on wrong line for ilp32. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/pr25923.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45505
[Bug tree-optimization/43434] Missed vectorization: not vectorized: data ref analysis: pointer incremented by a parameter
--- Comment #5 from matz at gcc dot gnu dot org 2010-09-07 13:42 --- Since Ira implemented unaligned support in SLP mode we get somewhat further, but not much. If complete unrolling is active that we can't disambiguate between *s and *(s+stride). That is correct because stride is unknown and might be 8. The problem is the code generated by unrolling looks like so: b_1[0] = s1_2[0]... b_1[1] = s1_2[1]... ... b_3 = b_1 + 8; s1_4 = s1_2 + stride; b_3[0] = s1_4[0]... b_3[1] = s1_4[1]... Now SLP checks for dependencies between the first block of access and those in the second block. Although this is really uninteresting for SLP, nevertheless it prevents SLPing here because the dependencies can't be computed. Deactivating loop-unrolling reveals another problem, namely that SLP doesn't support multiple types at all, see vect_build_slp_tree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
[Bug c++/45581] internal compiler error: Segmentation fault
--- Comment #1 from v dot haisman at sh dot cvut dot cz 2010-09-07 13:49 --- Created an attachment (id=21728) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21728action=view) Reduced testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45581
[Bug c++/45581] New: internal compiler error: Segmentation fault
Hi, the attached file testcase-src-15.cxx contains a testcase which makes the compiler segfault: amber2::wilx:~/tmp/log4cplus-svn/objdir/src/testcase g++ -O3 -fkeep-inline-functions -c testcase-src-15.cxx testcase-src-15.cxx: In member function void PropertyConfigurator::replaceEnvironVariables(): testcase-src-15.cxx:60:30: 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. Removing either -O3 or -fkeep-inline-functions removes the segfault. amber2::wilx:~/tmp/log4cplus-svn/objdir/src/testcase g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.5.0/lto-wrapper.exe Target: i686-pc-cygwin Configured with: /gnu/gcc/releases/respins/4.5.0-1/gcc4-4.5.0-1/src/gcc-4.5.0/configure --srcdir=/gnu/gcc/releases/respins/4.5.0-1/gcc4-4.5.0-1/src/gcc-4.5.0 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc4 --datadir=/usr/share --infodir=/usr/share/info --mandir=/usr/share/man -v --with-gmp=/usr --with-mpfr=/usr --enable-bootstrap --enable-version-specific-runtime-libs --libexecdir=/usr/lib --enable-static --enable-shared --enable-shared-libgcc --disable-__cxa_atexit --with-gnu-ld --with-gnu-as --with-dwarf2 --disable-sjlj-exceptions --enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ --enable-graphite --enable-lto --enable-java-awt=gtk --disable-symvers --enable-libjava --program-suffix=-4 --enable-libgomp --enable-libssp --enable-libada --enable-threads=posix --with-arch=i686 --with-tune=generic --enable-libgcj-sublibs CC=gcc-4 CXX=g++-4 CC_FOR_TARGET=gcc-4 CXX_FOR_TARGET=g++-4 GNATMAKE_FOR_TARGET=gnatmake GNATBIND_FOR_TARGET=gnatbind --with-ecj-jar=/usr/share/java/ecj.jar Thread model: posix gcc version 4.5.0 (GCC) -- Summary: internal compiler error: Segmentation fault Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: v dot haisman at sh dot cvut dot cz GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45581
[Bug c++/45581] internal compiler error: Segmentation fault
--- Comment #2 from v dot haisman at sh dot cvut dot cz 2010-09-07 13:51 --- Created an attachment (id=21729) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21729action=view) Original unreduced testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45581
[Bug libstdc++/45398] [C++0x] Missing atomic_Tp*::store definition
--- Comment #5 from paolo at gcc dot gnu dot org 2010-09-07 14:11 --- Subject: Bug 45398 Author: paolo Date: Tue Sep 7 14:05:23 2010 New Revision: 163950 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163950 Log: 2010-09-07 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/45398 * include/std/atomic (atomic_TP*::store): Define. * include/std/atomic (atomic_TP*::load, exchange): Define inline. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/std/atomic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45398
[Bug libstdc++/45398] [C++0x] Missing atomic_Tp*::store definition
--- Comment #6 from paolo at gcc dot gnu dot org 2010-09-07 14:12 --- Subject: Bug 45398 Author: paolo Date: Tue Sep 7 14:07:31 2010 New Revision: 163951 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163951 Log: 2010-09-07 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/45398 * include/std/atomic (atomic_TP*::store): Define. * include/std/atomic (atomic_TP*::load, exchange): Define inline. Modified: branches/gcc-4_5-branch/libstdc++-v3/ChangeLog branches/gcc-4_5-branch/libstdc++-v3/include/std/atomic -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45398
[Bug libstdc++/45398] [C++0x] Missing atomic_Tp*::store definition
--- Comment #7 from paolo dot carlini at oracle dot com 2010-09-07 14:16 --- Done, for 4.6.0 and 4.5.2. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.6.0 |4.5.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45398
[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3
--- Comment #3 from mikpe at it dot uu dot se 2010-09-07 14:25 --- This set of bootstrap comparison failures were introduced by r162418: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00772.html It's been a pain to bisect because pretty much every week between then and now there's been some other bootstrap-breaking bug masking this one. I'm currently checking if latest trunk (r163951) is still broken. -- mikpe at it dot uu dot se changed: What|Removed |Added CC||bernds at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-07 14:25 --- If I replace the loop DO i = 1 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2 XIN(3,i) = XIN(3,i) - cm3 ENDDO with X0(1,1) = X0(1,1) - cm1 X0(2,1) = X0(2,1) - cm2 X0(3,1) = X0(3,1) - cm3 XIN(1,1) = XIN(1,1) - cm1 XIN(2,1) = XIN(2,1) - cm2 XIN(3,1) = XIN(3,1) - cm3 DO i = 2 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2 XIN(3,i) = XIN(3,i) - cm3 ENDDO the code is correctly compiled. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|[4.6 Regression] The|[4.6 Regression] The |polyhedron test mdbx is |polyhedron test mdbx is |miscompiled with -O2 -ftree-|miscompiled with -O2 -ftree- |vectorize at revision 163940|vectorize at revision 163915 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os
--- Comment #11 from ubizjak at gmail dot com 2010-09-07 14:38 --- Patch at [1]. [1] http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00563.html -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2010- ||09/msg00563.html Status|NEW |ASSIGNED Last reconfirmed|2010-08-14 14:01:27 |2010-09-07 14:38:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45206
[Bug tree-optimization/33244] Missed opportunities for vectorization due to PRE
--- Comment #2 from matz at gcc dot gnu dot org 2010-09-07 14:41 --- Since the fix for PR44710 we can if-convert the conditions in the inner loop. With http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00542.html we also make sure that the latch block isn't filled, which in turn then triggers the if-conversion. This then reveals the rest of the problems, which are: * inlining needs to happen (our default parameters don't inline ginteg) The patch above ensures this by making the functions internal * a library with vectorized logf needs to be available (libacml_mv for instance) The patch above works around this by getting rid of calls to log/sqrt * loop interchange needs to happen, because in the original testcase we have: do i=0,Ng1 do j=0,Ng2 G(i,j) = ... exactly the wrong way around. Our loop-interchange code is only capable of vectorizing perfect nests, which here doesn't exist as LIM and PRE move out some loop invariant expressions from the inner to the outer loop. If we weren't doing that, that itself would already prevent vectorization. The patch above works around this by doing the interchange by hand. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33244
[Bug bootstrap/45174] Make fails in zlib
--- Comment #22 from ibolton at gcc dot gnu dot org 2010-09-07 14:44 --- (In reply to comment #21) Subject: Re: Make fails in zlib Hello; Well I solved my problem, however the issue still remains. I installed the latest native binutils and gcc-4.5.1 on my linux installation. The script now works without any errors. However it appears that using the supplied binutils and compilers from Ubuntu 10.04 there is a problem creating the cross compilers. I do not know how or if I should proceed from here. It maybe there there is some subtle error in the bins supplied with Ubuntu. Thank You, Donald Schlicht I've just read this thread and am now unsure as to whether there is a bug with GCC or not. It sounds like your initial troubles have gone away and now there is a new problem. Would it make sense to close this bug and raise a new bug to cover the new issue? -- ibolton at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6
--- Comment #30 from LpSolit at netscape dot net 2010-09-07 14:54 --- Daniel, did you get the email I sent you on August 19? I need some help to start working on this project. Just in case someone else can help too, here is the content of the email I sent to Daniel: The welcome email I got contains this command, which doesn't work: $ cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/sourceware co sourceware cvs server: cannot find module `sourceware' - ignored cvs [checkout aborted]: cannot expand modules Same for this broken link: http://sourceware.org/cgi-bin/cvsweb.cgi/sourceware?cvsroot=sourceware I saw that the Bugzilla code is located at /cvs/gcc/wwwdocs/bugzilla/. How am I supposed to access it, then? Have I been added to the wrong group? I also tried: $ cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/gcc/wwwdocs co bugzilla Cannot access /cvs/gcc/wwwdocs/CVSROOT No such file or directory Is the welcome message obsolete or am I doing something wrong? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
[Bug libstdc++/45549] merge is_iterator into iterator_traits
--- Comment #12 from paolo dot carlini at oracle dot com 2010-09-07 14:59 --- I think we should apply it and see how it goes. I'm thinking that after all we are not risking much: the class is empty anyway (in terms of ABI) and we are not risking rejecting valid iterators, only the other way around. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45549
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-07 15:02 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|rguenther at suse dot de| AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 15:02:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug fortran/45575] ICE on missing module file
--- Comment #1 from burnus at gcc dot gnu dot org 2010-09-07 15:09 --- Works with x86_64-unknown-linux-gnu (4.6.0 20100907 (experimental) [trunk revision 163943]) and also under i686-w64-mingw and x86_64-w64-mingw. A test with i586-pc-mingw32 is pending; Kai offered to do it. Brad, if possible, can you provide more information, i.e. which version of MinGW32 exactly (if known, for me gfortran -v prints the version + the SVN revision), where did you get the build from? Can you run the compiler in a debugger? Use: gfortran -v bugtest.f90 and search for the line with starts with /some/path/f95 and run then the f951 line in a debugger, e.g. gdb --args /some/path/to/f951 many, many, many options and then in (gdb) run bt and post the result of the backtrace (bt). -- burnus at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45575
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-07 15:13 --- IVOPTs is causing this - when we retain points-to info there we also copy alignment information, but that is of course bogus. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug driver/45582] New: gcda file names collision when profiling
I got some coverage mismatch for function messages during the -fprofile-use stage. input/proc.c: In function 'Proc_2': input/proc.c:370:1: error: coverage mismatch for function 'Proc_2' while reading counter 'arcs' input/proc.c:370:1: note: checksum is 423e382 instead of 90c94998 input/proc.c: In function 'Proc_3': input/proc.c:370:1: error: coverage mismatch for function 'Proc_3' while reading counter 'arcs' input/proc.c:370:1: note: checksum is dc2432cd instead of d4d17dae input/proc.c: In function 'Proc_1': input/proc.c:370:1: error: coverage mismatch for function 'Proc_1' while reading counter 'arcs' input/proc.c:370:1: note: checksum is 85cc36f8 instead of 3e60643f input/proc.c: In function 'Proc_4': input/proc.c:370:1: error: coverage mismatch for function 'Proc_4' while reading counter 'arcs' input/proc.c:370:1: note: checksum is 96ab6db0 instead of 7edb2a20 input/proc.c: In function 'Proc_5': input/proc.c:370:1: error: coverage mismatch for function 'Proc_5' while reading counter 'arcs' input/proc.c:370:1: note: checksum is 1e3fe0b3 instead of 4d17a460 input/proc.c: In function 'main': input/proc.c:370:1: error: coverage mismatch for function 'main' while reading c ounter 'arcs' Source tree is something like: . |-- A | |-- foo.h | `-- proc.c |-- B | |-- bar.h | `-- proc.c `-- main.c Generation stage: gcc -fprofile-gen main.c A/proc.c B/proc.c -o main.exe I run main.exe. Feedback stage: gcc -fprofile-use main.c A/proc.c B/proc.c -o main.exe Then I get all these error messages. The problem is that the source tree contain two files with the same name (proc.c) and the instrumented executable generates the gcda files in the working directory, not in the directories containing the source files. The instrumented executable generates proc.gcda (from proc.c in A) and overwrites this one by proc.gcda (from proc.c in B). Or the opposite, I don't know. I can't find a command line switch to control that. -- Summary: gcda file names collision when profiling Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bayerntoni at hotmail dot de GCC host triplet: i386-pc-mingw32 GCC target triplet: i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45582
[Bug fortran/45186] [4.6 Regression] Gfortran 4.5.0 emits wrong linenumbers
--- Comment #16 from burnus at gcc dot gnu dot org 2010-09-07 15:29 --- (In reply to comment #15) Created an attachment (id=21725) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21725action=view) [edit] +#define build6_loc(l,c,t1,t2,t3,t4,t5,t6,t7) \ + build1_stat_loc (l,c,t1,t2,t3,t4,t5,t6,t7 MEM_STAT_INFO) The last line should use -6- and not -1-, i.e. build1_stat_loc - build6_stat_loc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45186
[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os
--- Comment #12 from uros at gcc dot gnu dot org 2010-09-07 15:39 --- Subject: Bug 45206 Author: uros Date: Tue Sep 7 15:38:59 2010 New Revision: 163955 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163955 Log: PR target/45206 * config/i386/i386.c (ix86_expand_epilogue): Mark SP valid after eh_return fixup sequence. testsuite/ChangeLog: PR target/45206 * gcc.target/i386/pr45206.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr45206.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45206
[Bug bootstrap/45518] [4.6 regression] bootstrap failure on SPARC 64-bit
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-09-07 15:41 --- Fixed on SPARC64/Solaris as well. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED GCC build triplet|sparc64-unknown-linux-gnu |sparc64-*-* GCC host triplet|sparc64-unknown-linux-gnu |sparc64-*-* GCC target triplet|sparc64-unknown-linux-gnu |sparc64-*-* Resolution||FIXED Summary|[4.6 regression] bootstrap |[4.6 regression] bootstrap |failure on sparc64-unknown- |failure on SPARC 64-bit |linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45518
[Bug target/45206] [4.6 regression] ICE on __builtin_eh_return at -Os
--- Comment #13 from ubizjak at gmail dot com 2010-09-07 15:42 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45206
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6
--- Comment #31 from tromey at gcc dot gnu dot org 2010-09-07 15:50 --- (In reply to comment #30) $ cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/sourceware co sourceware cvs server: cannot find module `sourceware' - ignored cvs [checkout aborted]: cannot expand modules Use the module name infra instead: cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/sourceware co infra I haven't looked at the welcome instructions in a long time, but they are auto-generated, so maybe they are misleading in this case. I saw that the Bugzilla code is located at /cvs/gcc/wwwdocs/bugzilla/. How am I supposed to access it, then? Have I been added to the wrong group? I also tried: $ cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/gcc/wwwdocs co bugzilla Check out the wwwdocs module from gcc's cvs repository: cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/gcc co wwwdocs There are actually 2 bugzilla instances running on sourceware. I am not certain that the second one is in cvs at all. Also, of course, the databases are not in cvs, you will have to get them by some other means. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
--- Comment #3 from mikael at gcc dot gnu dot org 2010-09-07 16:05 --- Subject: Bug 45564 Author: mikael Date: Tue Sep 7 16:04:55 2010 New Revision: 163958 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163958 Log: 2010-09-07 Mikael Morin mik...@gcc.gnu.org * trans-stmt.c (gfc_trans_character_select): Be conversion-safe while checking string length value. * trans-intrinsic.c (gfc_conv_intrinsic_char): Build integer using gfc_charlen_type_node type. PR fortran/45564 * trans-intrinsic.c (gfc_conv_intrinsic_transfer): Convert string length to gfc_charlen_type_node. 2010-09-07 Mikael Morin mik...@gcc.gnu.org * gfortran.dg/achar_4.f90: Enable bounds checking. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/fortran/trans-stmt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/achar_4.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-07 16:09 --- Fixed. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6
--- Comment #32 from gerald at pfeifer dot com 2010-09-07 16:15 --- I believe the following should work: cvs -z9 -d :ext:lpso...@gcc.gnu.org:/cvs/gcc co wwwdocs bugzilla is a subdirectory there, not a module. sourceware.org and gcc.gnu.org should both work, but since is GCC Bugzilla and I am using the gcc.gnu.org server name, I figured I'd provide those. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6
--- Comment #33 from LpSolit at netscape dot net 2010-09-07 16:22 --- I guess you meant to be CC'ed? -- LpSolit at netscape dot net changed: What|Removed |Added CC||gerald at pfeifer dot com GCC build triplet|ger...@pfeifer.com | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
[Bug target/44557] internal compiler error: in gen_thumb_movhi_clobber, at config/arm/arm.md:5811
--- Comment #5 from ibolton at gcc dot gnu dot org 2010-09-07 16:24 --- (In reply to comment #4) I my earlier tests I failed to notice that this test case triggers one of two different ICEs, depending on options and compiler version. I also mistakenly tested with a locally modified gcc-4.4. The ICE in this PR, in gen_thumb_movhi_clobber, is triggered by r147270 + r147274, updates to loop-invariant.c part of PR33928 fixes with no ARM specific bits. Another ICE, in default_secondary_reload, is triggered by r146904. Which ICE you get depends on -f{no-,}forward-propagate. Both ICEs disappear if r146904 is reverted. gcc-4.4.4 includes a backport or r146904 and does trigger the default_secondary_reload ICE. gcc-4.3.4 does not ICE. I can't get this to ICE with latest version of 4.4, 4.5 or 4.6 branches. I am doing: arm-none-linux-gnueabi/obj/gcc3/gcc/cc1 -O1 -mthumb -fno-omit-frame-pointer pr44557.i Please can someone else try to see if they can still get the ICE. -- ibolton at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44557
[Bug fortran/45583] New: Typo in onlinedocs/gfortran/COS.html / intrinsics.texi
http://gcc.gnu.org/onlinedocs/gfortran/COS.html shows a typo for the Specific names -- some superfluous n after COS. -- Summary: Typo in onlinedocs/gfortran/COS.html / intrinsics.texi Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45583
[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3
--- Comment #4 from ramana at gcc dot gnu dot org 2010-09-07 16:42 --- Confirmed based on comment #2 -- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 16:42:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
[Bug fortran/45576] [4.6 Regression] ICE on character stuff
--- Comment #3 from tkoenig at gcc dot gnu dot org 2010-09-07 16:48 --- (In reply to comment #2) Index: dependency.c === --- dependency.c(r#65533;#65533;vision 163944) +++ dependency.c(copie de travail) @@ -182,6 +182,12 @@ gfc_dep_compare_expr (gfc_expr *e1, gfc_expr *e2) int i; gfc_expr *n1, *n2; + if (e1 == e2) +return 0; + + if (e1 == NULL || e2 == NULL) +return -2; + n1 = NULL; n2 = NULL; Hi Mikael, I'd rather fix this somewhere else. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-07 16:51 --- It is caused by revision 161655: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 16:51:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug c/45584] New: typeof with casting from const to non-const does not work properly
typeof() does not property recognizes the non-const type, which was casted from const type: $ cat plik.c #include stdio.h int main() { const unsigned long val; typeof( ((unsigned long)(val)) ) val2; val2 = 0; //compilation error } $ gcc -o plik plik.c plik.c: In function âmainâ: plik.c:7: error: assignment of read-only variable âval2â $ gcc --version gcc (GCC) 4.4.3 20100127 (Red Hat 4.4.3-4) ... -- Summary: typeof with casting from const to non-const does not work properly Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: radoslaw dot biernacki at gmail dot com GCC build triplet: 4.4.3 20100127 (Red Hat 4.4.3-4) GCC host triplet: Linux TVBuildAlfa 2.6.32.12-115.fc12.i686.PAE #1 SMP http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45584
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #18 from jamborm at gcc dot gnu dot org 2010-09-07 17:01 --- Subject: Bug 43665 Author: jamborm Date: Tue Sep 7 17:00:44 2010 New Revision: 163960 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163960 Log: 2010-09-07 Martin Jambor mjam...@suse.cz PR fortran/43665 * ipa-cp.c (ipcp_versionable_function_p): Return false if there are any type attributes. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-cp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug tree-optimization/45580] [4.6 Regression] Building WebKit fails with compiler catching SIGSEGV in gimple_fold_obj_type_ref_known_binfo()
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-07 17:02 --- Valgrind reports: Compiler executable checksum: 49fb87eb28749ed7ad604cc77a74ec38 ==24854== Invalid read of size 2 ==24854==at 0x1258998: gimple_fold_obj_type_ref_known_binfo (gimple-fold.c:1383) ==24854==by 0x1258E57: gimple_fold_obj_type_ref (gimple-fold.c:1416) ==24854==by 0x1259081: fold_gimple_call (gimple-fold.c:1460) ==24854==by 0x125931D: fold_stmt_1 (gimple-fold.c:1522) ==24854==by 0x12596C6: fold_stmt (gimple-fold.c:1601) ==24854==by 0xDE9EC7: substitute_and_fold (tree-ssa-propagate.c:1135) ==24854==by 0xD4FD07: ccp_finalize (tree-ssa-ccp.c:877) ==24854==by 0xD58452: do_ssa_ccp (tree-ssa-ccp.c:2357) ==24854==by 0xB5B1A0: execute_one_pass (passes.c:1569) ==24854==by 0xB5B38F: execute_pass_list (passes.c:1624) ==24854==by 0xB5B3B0: execute_pass_list (passes.c:1625) ==24854==by 0xCE6503: tree_rest_of_compilation (tree-optimize.c:452) ==24854== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==24854== ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSGlobalData.cpp: In static member function static void QTJSC::JSGlobalData::storeVPtrs(): ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSGlobalData.cpp:79:6: 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
[Bug fortran/45576] [4.6 Regression] ICE on character stuff
--- Comment #4 from mikael at gcc dot gnu dot org 2010-09-07 17:14 --- (In reply to comment #3) Hi Mikael, I'd rather fix this somewhere else. If you want. Re-assigning to you then. -- mikael at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|mikael at gcc dot gnu dot |tkoenig at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug libstdc++/45574] ifstream::getline() is extremely slow
--- Comment #4 from tstarling at wikimedia dot org 2010-09-07 17:18 --- Benchmarking on Solaris indicates that cin.getline() takes only 1us per iteration there, but I don't think the source code is available, so it's hard to provide details. However, I think that a huge speedup could be achieved by making basic_istreamchar::getline() into a simple wrapper around a GNU-specific virtual function in basic_streambuf. This would allow it to be specialised in stdio_sync_filebuf, where it could be implemented using fgets() or getdelim() instead of getc(). This would have the additional positive impact of making it atomic. Currently, cin.getline() does not properly lock the underlying libc stream with flockfile(). This means that if one thread is calling cin.getline(), and another thread is calling getc(), then cin.getline() may return mangled partial lines due to interleaved calls to getc() from the other thread. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45574
[Bug other/45443] GCC documentation for -O3 flag doesn't mention -fipa-cp-clone
--- Comment #1 from jamborm at gcc dot gnu dot org 2010-09-07 17:28 --- Patch posted to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00592.html -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-07 17:28:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45443
[Bug c++/44737] ICE in instantiate_decl
--- Comment #4 from paolo dot carlini at oracle dot com 2010-09-07 17:34 --- Maybe related to PR44118, both ICE on the same gcc_assert -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44737