[Bug middle-end/41069] lto1: error: type mismatch in indirect reference
--- Comment #16 from jv244 at cam dot ac dot uk 2009-08-17 07:39 --- (In reply to comment #15) -flto needs about 35min compile time and 10.5Gb RAM. Doh. How does that compare to the all-CP2K in one file builds? an all-in-one-file-CP2K takes about 2.5Gb and 30min last time I tested. So it is mostly the memory increase that is really significant. Ok, that's interesting. I'm curious if compiling all-in-one CP2K with -flto is any different. -flto wit hthe all-in-one CP2K fails, I guess it enable -fwhole-file automatically ? Since it looks like the same error: gfortran -O0 -march=native CP2K_2009-05-01.f90 -L/users/vondele/LAPACK/ -llapack_gfortran_4_4 -lblas_gfortran_4_4 Mem ~ 3.5Gb Time ~ 9m34.187 gfortran -O3 -march=native CP2K_2009-05-01.f90 -L/users/vondele/LAPACK/ -llapack_gfortran_4_4 -lblas_gfortran_4_4 Mem ~ 3.5Gb Time ~ 30m gfortran -flto -O3 -march=native CP2K_2009-05-01.f90 -L/users/vondele/LAPACK/ -llapack_gfortran_4_4 -lblas_gfortran_4_4 ICE on the PR40011 comment #40 (internal compiler error: in gfc_create_module_variable) thing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41069
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #5 from bonzini at gnu dot org 2009-08-17 08:42 --- Can you check if the same preprocessed source for deflate.c (the deflate.i file obtained with --save-temps) compiles fine with both 3.4.0 and 4.4.1? If so, please attach it together with the deflate.s files produced by the two compilers (also obtained with --save-temps). Thanks. -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug other/41027] Missing warning from -Wc++-compat
-- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-08-17 08:54:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41027
[Bug middle-end/41069] lto1: error: type mismatch in indirect reference
--- Comment #17 from rguenther at suse dot de 2009-08-17 09:05 --- Subject: Re: lto1: error: type mismatch in indirect reference On Mon, 17 Aug 2009, jv244 at cam dot ac dot uk wrote: --- Comment #16 from jv244 at cam dot ac dot uk 2009-08-17 07:39 --- (In reply to comment #15) -flto needs about 35min compile time and 10.5Gb RAM. Doh. How does that compare to the all-CP2K in one file builds? an all-in-one-file-CP2K takes about 2.5Gb and 30min last time I tested. So it is mostly the memory increase that is really significant. Ok, that's interesting. I'm curious if compiling all-in-one CP2K with -flto is any different. -flto wit hthe all-in-one CP2K fails, I guess it enable -fwhole-file automatically ? Since it looks like the same error: Yes, indeed it automatically enables -fwhole-file. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41069
[Bug middle-end/41086] [4.5 Regression]: gcc.dg/pr34668-1.c, failing fix for PR41047
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-17 09:07 --- Confirmed. Just the latent bug has been re-exposed again. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking Last reconfirmed|-00-00 00:00:00 |2009-08-17 09:07:44 date|| Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41086
[Bug fortran/40877] memory leaks with gfc_charlen?
--- Comment #9 from janus at gcc dot gnu dot org 2009-08-17 09:11 --- Subject: Bug 40877 Author: janus Date: Mon Aug 17 09:11:00 2009 New Revision: 150823 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150823 Log: 2009-08-17 Janus Weil ja...@gcc.gnu.org PR fortran/40877 * array.c (gfc_resolve_character_array_constructor): Add NULL argument to gfc_new_charlen. * decl.c (add_init_expr_to_sym,variable_decl,match_char_spec, gfc_match_implicit): Ditto. * expr.c (simplify_const_ref): Fix memory leak. (gfc_simplify_expr): Add NULL argument to gfc_new_charlen. * gfortran.h (gfc_new_charlen): Modified prototype. * iresolve.c (check_charlen_present,gfc_resolve_char_achar): Add NULL argument to gfc_new_charlen. * module.c (mio_charlen): Ditto. * resolve.c (gfc_resolve_substring_charlen, gfc_resolve_character_operator,fixup_charlen): Ditto. (resolve_fl_derived,resolve_symbol): Add argument to gfc_charlen. * symbol.c (gfc_new_charlen): Add argument 'old_cl' (to make a copy of an existing charlen). (gfc_set_default_type,generate_isocbinding_symbol): Fix memory leak. (gfc_copy_formal_args_intr): Add NULL argument to gfc_new_charlen. * trans-decl.c (create_function_arglist): Fix memory leak. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/array.c trunk/gcc/fortran/decl.c trunk/gcc/fortran/expr.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/iresolve.c trunk/gcc/fortran/module.c trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/fortran/trans-decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40877
[Bug fortran/40877] memory leaks with gfc_charlen?
--- Comment #10 from janus at gcc dot gnu dot org 2009-08-17 09:14 --- Fixed with r150823. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40877
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #6 from ami_stuff at o2 dot pl 2009-08-17 09:21 --- Created an attachment (id=18377) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18377action=view) preprocessed file from GCC 3.4.0 (compiles with GCC 4.4.1) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #7 from ami_stuff at o2 dot pl 2009-08-17 09:21 --- Created an attachment (id=18378) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18378action=view) preprocessed file from GCC 4.4.1 (compiles with GCC 3.4.0) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #8 from ami_stuff at o2 dot pl 2009-08-17 09:22 --- Created an attachment (id=18379) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18379action=view) Assembler output from GCC 3.4.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #9 from ami_stuff at o2 dot pl 2009-08-17 09:23 --- Created an attachment (id=18380) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18380action=view) assembler output from GCC 4.4.1 -- ami_stuff at o2 dot pl changed: What|Removed |Added Attachment #18379|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #10 from ami_stuff at o2 dot pl 2009-08-17 09:23 --- Created an attachment (id=18381) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18381action=view) assembler output from GCC 3.4.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #11 from ami_stuff at o2 dot pl 2009-08-17 09:26 --- Preprocessed files compiles with GCC 3.4.0 and GCC 4.4.1. I added them as an attachments plus asm output. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug target/39633] [avr] loop bug
--- Comment #1 from abnikant dot singh at atmel dot com 2009-08-17 09:40 --- At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is confirmed. -- abnikant dot singh at atmel dot com changed: What|Removed |Added CC||abnikant dot singh at atmel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug target/39184] ICE in tree_low_cst, at tree.c:4976
--- Comment #2 from abnikant dot singh at atmel dot com 2009-08-17 10:03 --- The attached preprocessed file compiles fine with avr-gcc-4.4.0,4.3.2,4.3.3 with --mmcu=avr25 for all optimization levels. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39184
[Bug tree-optimization/41089] New: [4.5 Regression] r147980 (New SRA) breaks stdargs
r147980 [1] breaks stdargs on alpha [2]: FAIL: gcc.c-torture/execute/stdarg-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/stdarg-1.c execution, -O3 -g FAIL: gcc.c-torture/execute/stdarg-4.c execution, -O1 FAIL: gcc.c-torture/execute/stdarg-4.c execution, -O2 FAIL: gcc.c-torture/execute/stdarg-4.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/stdarg-4.c execution, -O3 -g FAIL: gcc.c-torture/execute/stdarg-4.c execution, -Os ... FAIL: gcc.dg/tree-ssa/stdarg-2.c scan-tree-dump stdarg f15: va_list escapes 1, needs to save all GPR units and all FPR units Before new SRA, stdarg dump for gcc.dg/tree-ssa/stdarg-2.c, f15 () showed: --cut here-- va_list escapes in # .MEMD.2039_12 = VDEF .MEMD.2039_2 apD.2040 = apD.1263; f15: va_list escapes 1, needs to save all GPR units and all FPR units. --cut here-- With new SRA (r147980): bb2 will be executed at most once for each va_start in bb2 bb3 will be executed at most once for each va_start in bb2 f15: va_list escapes 0, needs to save 8 GPR units and 0 FPR units. The last OK testresults were from r147610 [3] and started to fail in r148747 [4] The problem can be triggered by compiling following test (distilled from stdarg-2.c) with a crosscompiler to alpha-linux-gnu: --cut here-- typedef __builtin_va_list __gnuc_va_list; typedef __gnuc_va_list va_list; long x; inline void __attribute__((always_inline)) f15_1 (va_list ap) { x = __builtin_va_arg(ap,long); } void f15 (int i, ...) { va_list ap; __builtin_va_start(ap,i); f15_1 (ap); __builtin_va_end(ap); } --cut here-- gcc -O2 -fdump-tree-stdarg. Runtime failure will be triggered by following test (sorry for the debug printk's): --cut here-- # 1 t.c # 1 built-in # 1 command-line # 1 t.c # 1 /space/uros/gcc-build-44/gcc/include/stdarg.h 1 3 4 # 40 /space/uros/gcc-build-44/gcc/include/stdarg.h 3 4 typedef __builtin_va_list __gnuc_va_list; # 102 /space/uros/gcc-build-44/gcc/include/stdarg.h 3 4 typedef __gnuc_va_list va_list; # 2 t.c 2 extern void abort (void); int foo_arg; long x; void foo (int v, va_list ap) { printf (__base = %p\n, ap.__base); printf (__offset = %i\n, ap.__offset); switch (v) { case 5: foo_arg = __builtin_va_arg(ap,int); printf (foo_arg = %i\n, foo_arg); break; default: abort (); } printf (__base = %p\n, ap.__base); printf (__offset = %i\n, ap.__offset); } void __attribute__((noinline)) f4 (int i, ...) { va_list ap; __builtin_va_start(ap,i); printf (f4 __base = %p\n, ap.__base); printf (f4 __offset = %i\n, ap.__offset); x = __builtin_va_arg(ap,double); foo (i, ap); printf (f4 __base = %p\n, ap.__base); printf (f4 __offset = %i\n, ap.__offset); __builtin_va_end(ap); } int main (void) { f4 (5, 16.0, 128); if (x != 16 || foo_arg != 128) abort (); return 0; } --cut here-- foo_arg will be 0 at the final test. [1] http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00959.html [2] http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01508.html [3] http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg01614.html [4] http://gcc.gnu.org/ml/gcc-testresults/2009-06/msg01912.html -- Summary: [4.5 Regression] r147980 (New SRA) breaks stdargs Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ubizjak at gmail dot com GCC target triplet: alphaev68-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug middle-end/41082] [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64
--- Comment #1 from dominiq at lps dot ens dot fr 2009-08-17 11:42 --- The test passed at revision 150097. This was a mistake, test passed at r149758, but not at r150041. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
[Bug target/39633] [avr] loop bug
--- Comment #2 from eric dot weddington at atmel dot com 2009-08-17 11:56 --- (In reply to comment #1) At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is confirmed. Hi Abnikant, What version did you use to confirm this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING and TYPEs
--- Comment #6 from dennis dot wassel at googlemail dot com 2009-08-17 11:58 --- Also fails with 4.3.4 for me. What has changed is the fact that I cannot provoke it to hang anymore, I just get ICEs, which is some progress :) Unfortunately I cannot test it with trunk because of PR39849. -- dennis dot wassel at googlemail dot com changed: What|Removed |Added Known to fail|4.3.2 4.3.3 4.4.0 |4.3.2 4.3.3 4.3.4 4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744
[Bug target/39633] [avr] loop bug
--- Comment #3 from abnikant dot singh at atmel dot com 2009-08-17 12:02 --- Subject: RE: [avr] loop bug Hi Eric, Version is (avr-gcc )4.3.2. -Original Message- From: eric dot weddington at atmel dot com [mailto:gcc-bugzi...@gcc.gnu.org] Sent: Monday, August 17, 2009 5:26 PM To: Singh, Abnikant Subject: [Bug target/39633] [avr] loop bug --- Comment #2 from eric dot weddington at atmel dot com 2009-08-17 11:56 --- (In reply to comment #1) At -O2, -O3, -Os g_52 contains the value 5 while in -O1 it is 1.It is confirmed. Hi Abnikant, What version did you use to confirm this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug bootstrap/39849] segfault for '__divtf3' during bootstrap and non-bootstrap install
--- Comment #19 from dennis dot wassel at googlemail dot com 2009-08-17 12:07 --- Also fails for trunk revision 150835 with what looks to me like exactly the same error: GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu...Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) run -quiet -v -I. -I. -I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc -I../../../libgcc/../include -I../../../libgcc/config/libbid -iprefix /localdata/install/gcc/trunk/build/gcc/../lib/gcc/i686-pc-linux-gnu/4.5.0/ -isystem /localdata/install/gcc/trunk/build/./gcc/include -isystem /localdata/install/gcc/trunk/build/./gcc/include-fixed -MD divtf3.d -MF divtf3.dep -MP -MT divtf3.o -DIN_GCC -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -DHIDE_EXPORTS -isystem /localdata/i686-pc-linux-gnu/include -isystem /localdata/i686-pc-linux-gnu/sys-include -isystem ./include ../../../libgcc/../gcc/config/soft-fp/divtf3.c -quiet -dumpbase divtf3.c -mtune=generic -auxbase-strip divtf3.o -g -g -g -O2 -O2 -O2 -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wold-style-definition -Wno-missing-prototypes -Wno-type-limits -version -fPIC -fexceptions -fvisibility=hidden -o /tmp/ccuC5vI8.s Starting program: /localdata/install/gcc/trunk/build/gcc/cc1 -quiet -v -I. -I. -I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc -I../../../libgcc/../include -I../../../libgcc/config/libbid -iprefix /localdata/install/gcc/trunk/build/gcc/../lib/gcc/i686-pc-linux-gnu/4.5.0/ -isystem /localdata/install/gcc/trunk/build/./gcc/include -isystem /localdata/install/gcc/trunk/build/./gcc/include-fixed -MD divtf3.d -MF divtf3.dep -MP -MT divtf3.o -DIN_GCC -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -DHIDE_EXPORTS -isystem /localdata/i686-pc-linux-gnu/include -isystem /localdata/i686-pc-linux-gnu/sys-include -isystem ./include ../../../libgcc/../gcc/config/soft-fp/divtf3.c -quiet -dumpbase divtf3.c -mtune=generic -auxbase-strip divtf3.o -g -g -g -O2 -O2 -O2 -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wold-style-definition -Wno-missing-prototypes -Wno-type-limits -version -fPIC -fexceptions -fvisibility=hidden -o /tmp/ccuC5vI8.s Failed to read a valid object file image from memory. GNU C (GCC) version 4.5.0 20090817 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.4, GMP version 4.3.0, MPFR version 2.4.1-p5 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /localdata/i686-pc-linux-gnu/include ignoring nonexistent directory /localdata/i686-pc-linux-gnu/sys-include ignoring nonexistent directory ./include ignoring nonexistent directory /localdata/install/gcc/trunk/build/gcc/../lib/gcc/i686-pc-linux-gnu/4.5.0/include ignoring nonexistent directory /localdata/install/gcc/trunk/build/gcc/../lib/gcc/i686-pc-linux-gnu/4.5.0/include-fixed ignoring nonexistent directory /localdata/install/gcc/trunk/build/gcc/../lib/gcc/i686-pc-linux-gnu/4.5.0/../../../../i686-pc-linux-gnu/include ignoring nonexistent directory /localdata/lib/gcc/i686-pc-linux-gnu/4.5.0/include ignoring nonexistent directory /localdata/lib/gcc/i686-pc-linux-gnu/4.5.0/include-fixed ignoring nonexistent directory /localdata/lib/gcc/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/include ignoring duplicate directory . ignoring duplicate directory ../../../libgcc/. #include ... search starts here: #include ... search starts here: . ../.././gcc ../../../libgcc ../../../libgcc/../gcc ../../../libgcc/../include ../../../libgcc/config/libbid /localdata/install/gcc/trunk/build/./gcc/include /localdata/install/gcc/trunk/build/./gcc/include-fixed /usr/local/include /localdata/include /usr/include End of search list. GNU C (GCC) version 4.5.0 20090817 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.4, GMP version 4.3.0, MPFR version 2.4.1-p5 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 00b3392e7bc00f6d220c196c9496c5bb Program received signal SIGSEGV, Segmentation fault. 0x081ed171 in c_tree_printer (pp=0xa2452e8, text=0xbfdd9160, spec=0xa22b129 D, precision=0, wide=0 '\0', set_locus=0 '\0', hash=0 '\0') at ../../gcc/c-objc-common.c:101 101 tree t = va_arg (*text-args_ptr, tree); (gdb) bt #0 0x081ed171 in c_tree_printer (pp=0xa2452e8, text=0xbfdd9160, spec=0xa22b129 D, precision=0, wide=0 '\0', set_locus=0 '\0', hash=0 '\0') at ../../gcc/c-objc-common.c:101 #1 0x089566a4 in pp_base_format (pp
[Bug target/39633] [avr] loop bug
--- Comment #4 from abnikant dot singh at atmel dot com 2009-08-17 12:08 --- 4.3.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug target/39633] [avr] loop bug
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.3.2 4.3.3 4.5.0 Last reconfirmed|-00-00 00:00:00 |2009-08-17 12:12:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39633
[Bug bootstrap/39849] segfault for '__divtf3' during bootstrap and non-bootstrap install
--- Comment #20 from dennis dot wassel at googlemail dot com 2009-08-17 12:13 --- Created an attachment (id=18382) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18382action=view) Preprocessed source (of trunk revision 150835) -- dennis dot wassel at googlemail dot com changed: What|Removed |Added Attachment #17796|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39849
[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #1 from ubizjak at gmail dot com 2009-08-17 12:16 --- Created an attachment (id=18383) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18383action=view) dump pack of small testcase for r147980 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #2 from ubizjak at gmail dot com 2009-08-17 12:18 --- Created an attachment (id=18384) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18384action=view) dump pack of small testcase for r147979 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug c/40454] GCC 4.4.0 vs 3.4.0 - at -O3, PNGCrush is about 20% slower when compiled with GCC 4.4.0
--- Comment #12 from bonzini at gnu dot org 2009-08-17 13:30 --- Please try again with GCC 4.4.1 -O2 vs. GCC 3.4.0 -O2 or -O3. -- bonzini at gnu dot org changed: What|Removed |Added Summary|GCC 4.4.0 vs 3.4.0 -|GCC 4.4.0 vs 3.4.0 - at -O3, |PNGCrush is about 20% slower|PNGCrush is about 20% slower |when compiled with GCC 4.4.0|when compiled with GCC 4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
[Bug c++/41090] New: Using static label reference in c++ class constructor produces wrong code
The following code compiles, but won't link: #include iostream using namespace std; class C { public: C() { static void *labelref = label; goto *labelref; label: cout hello endl; } }; int main (int argc, char **argv) { C inst = C(); return 0; } $ g++ label.cxx /tmp/ccirWO3W.o:(.data._ZZN1CC1EvE8labelref[C::C()::labelref]+0x0): undefined reference to `.L11' collect2: ld returned 1 exit status -- Summary: Using static label reference in c++ class constructor produces wrong code Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090
[Bug lto/41092] New: WPA doesn't generate unwind information where necessary
g++.dg/lto/20081109_[01].C fails at -O0 -fwhopr -m32 because for the second unit with the foo() function no unwind information is generated. Passing an extra -fexceptions or -funwind-tables fixes the runtime error. -- Summary: WPA doesn't generate unwind information where necessary Product: gcc Version: lto Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: lto 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=41092
[Bug middle-end/41072] Alias stacked type cast interpretation regression
--- Comment #2 from sergei_lus at yahoo dot com 2009-08-17 16:35 --- First of all, I agree that a union would work better for type-punning, but... With all the respect I am not convinced that this is the case here. Even if I do something like this: tmp_ch = (char *)ans; tmp_sh = (unsigned short *)tmp_ch; I would expect tmp_ch to be aliased to everything, and it should in turn also hold for tmp_sh... unless you can say which standard (C99) rule says otherwise. ... but this argument aside, maybe you can explain why up to 4.3.2 GCC was ok with this code, and 4.4.0 explicitly changed its behavior - I could not readily track it down (could be my inability to trace it back). In a similar fashion I would appreciate a justification (C99 reference). Also, in 4.4.0 forwprop1 turns this: tmp_ch_10 = (char *) ans; tmp_sh_11 = (short unsigned int *) tmp_ch_10; into this: tmp_sh_11 = (short unsigned int *) ans; ...so alias analyzer does not even see the (char *) cast... 4.3.2 does not do this. The actual issue is that this breaks a long standing legacy code (a math library) and I see no provision to disable this new feature short of turning off strict aliasing all together. Thank you for your response - and information is very much appreciated. -- sergei_lus at yahoo dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41072
[Bug preprocessor/41067] Inconsistency in warnings on invalid \-escapes
--- Comment #3 from tromey at gcc dot gnu dot org 2009-08-17 17:35 --- Subject: Bug 41067 Author: tromey Date: Mon Aug 17 17:34:53 2009 New Revision: 150854 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150854 Log: PR preprocessor/41067: * charset.c (convert_escape): Add missing : to error text. Modified: trunk/libcpp/ChangeLog trunk/libcpp/charset.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41067
[Bug preprocessor/41067] Inconsistency in warnings on invalid \-escapes
--- Comment #4 from tromey at gcc dot gnu dot org 2009-08-17 17:35 --- I fixed the error message. I probably will not address comment #2, but I will leave this bug open for it instead. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|tromey at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41067
[Bug tree-optimization/39300] vectorizer confused by predictive commoning and PRE
--- Comment #9 from jessiecute13 at aol dot com 2009-08-17 17:38 --- $1.21 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39300
[Bug preprocessor/8270] [4.3/4.4/4.5 Regression] back-slash white space newline with comments, no warning
--- Comment #42 from jessiecute13 at aol dot com 2009-08-17 17:42 --- HOw much costs will be :$ 11.48 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8270
[Bug c++/41094] New: Erroneous optimization of pow() with -ffast-math
Consider the following program: //-- #include iostream #include cmath int main() { for(double p = .25; p = .5; p += .25) for(double x = -10.0; x = 10.0; x += 20.0) { std::cout \nx*x = x*x \npow(100, p ) = std::pow(100.0, p) \npow(x*x, p ) = std::pow(x*x, p) \n; } } //-- When compiling without -ffast-math, the output is the expected one. However, if compiled with -ffast-math (other optimization options don't seem to matter), it produces incorrectly nan and -10 for the third line (std::pow(x*x, p) when 'x' is negative. If the -fno-unsafe-math-optimizations option is specified in addition to -ffast-math, the bug is not triggered. If double xx = x*x; is added inside the loop and then 'xx' is used instead of 'x*x', the bug is not triggered either. -- Summary: Erroneous optimization of pow() with -ffast-math Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: warp at iki dot fi GCC build triplet: i586-suse-linux GCC host triplet: i586-suse-linux GCC target triplet: i586-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41094
[Bug c++/41094] Erroneous optimization of pow() with -ffast-math
--- Comment #1 from paolo dot carlini at oracle dot com 2009-08-17 18:38 --- Note, this isn't C++ specific: int main() { double x = -10.0; __builtin_printf(%g\n, __builtin_pow(x * x, 0.25)); } Richard, can you have a look? It's hot here ;) but first blush I don't see why fast-math is so special here... -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41094
[Bug fortran/37425] Fortran 2003: GENERIC bindings as operators
--- Comment #3 from domob at gcc dot gnu dot org 2009-08-17 18:55 --- Subject: Bug 37425 Author: domob Date: Mon Aug 17 18:55:30 2009 New Revision: 150856 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150856 Log: 2009-08-17 Daniel Kraft d...@domob.eu PR fortran/37425 * resolve.c (get_checked_tb_operator_target): New routine to do checks on type-bound operators in common between intrinsic and user operators. (resolve_typebound_intrinsic_op): Call it. (resolve_typebound_user_op): Ditto. 2009-08-17 Daniel Kraft d...@domob.eu PR fortran/37425 * gfortran.dg/typebound_operator_2.f03: Test for error with illegal NOPASS bindings as operators. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/typebound_operator_2.f03 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37425
[Bug target/40414] gcc 4.4.0 error at postreload.c:396
--- Comment #7 from ami_stuff at o2 dot pl 2009-08-17 19:25 --- The problem is not with -funswitch-loops optimization. I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning): OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning I get ICE with -O3: OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O3 Also, ICE happens ONLY with -m68060 flag! When I use -m68020 -m6881 or -m68040 there is no ICE! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
[Bug target/40414] gcc 4.4.0 error at postreload.c:396
--- Comment #8 from ami_stuff at o2 dot pl 2009-08-17 19:33 --- (In reply to comment #7) The problem is not with -funswitch-loops optimization. I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning): OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning I get ICE with -O3: OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O3 Also, ICE happens ONLY with -m68060 flag! When I use -m68020 -m6881 or -m68040 there is no ICE! Sorry, I forgot to add -funswitch-loops option, so again: The problem is not with -funswitch-loops optimization. I get no ICE with these options (-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning -funswitch-loops): OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning -funswitch-loops I get ICE with -O3: OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O3 Also, ICE happens ONLY with -m68060 flag! When I use -m68020 -m6881 or -m68040 there is no ICE! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
[Bug testsuite/40671] [4.5 Regression] internal compiler error: in extract_insn, at recog.c:2089 on powerpc
--- Comment #2 from dominiq at lps dot ens dot fr 2009-08-17 19:44 --- I suspect this may be related to a problem with building for altivec that I noticed after checking in the first of the powerpc changes. If possible, could you rebuild the compiler with BOOT_CFLAGS='-g -O2 -mno-altivec' to see if that is the problem. With [karma] f90/bug% gcc45 -v Using built-in specs. Target: powerpc-apple-darwin9 Configured with: ../gcc-4.5-work/configure --prefix=/opt/gcc/gcc4.5w --mandir=/opt/gcc/gcc4.5w/share/man --infodir=/opt/gcc/gcc4.5w/share/info --build=powerpc-apple-darwin9 --enable-languages=c,c++,fortran --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-cloog=/sw --with-ppl=/sw --with-mpc=/opt/mpc/build/ Thread model: posix gcc version 4.5.0 20090815 (experimental) [trunk revision 150792] (GCC) where I have edited the Makefile to add -mno-altivec to BOOT_CFLAGS and checked that I saw it at stage 2 and 3, I still have the same errors. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40671
[Bug c/41095] New: 4x bigger object when compiled with -O3 option
Hi, When I compile libavcodec/dsputil.c file from FFmpeg package with these options (-O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning -funswitch-loops): OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning -funswitch-loops I get dsputil.o with size of 306kb. When I compile dsputil.c with -O3 option: OPTFLAGS= -mnobitfield -m68060 -std=c99 -Wdeclaration-after-statement -Wdisabled-optimization -fno-math-errno -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-common -fomit-frame-pointer -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wcast-qual -Wwrite-strings -Wundef -O3 I get dsputil.o with size of 1,18mb. -- Summary: 4x bigger object when compiled with -O3 option Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ami_stuff at o2 dot pl GCC host triplet: i686-cygwin GCC target triplet: m68k-amigaos http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
[Bug c/41095] 4x bigger object when compiled with -O3 option
--- Comment #1 from ami_stuff at o2 dot pl 2009-08-17 20:00 --- Created an attachment (id=18386) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18386action=view) preprocessed file -O2 -f... -O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning -funswitch-loops -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
[Bug c/41095] 4x bigger object when compiled with -O3 option
--- Comment #2 from ami_stuff at o2 dot pl 2009-08-17 20:02 --- Created an attachment (id=18387) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18387action=view) asm output -O2 -f... -O2 -fipa-cp-clone -finline-functions -fgcse-after-reload -ftree-vectorize -fpredictive-commoning -funswitch-loops -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
[Bug testsuite/40671] [4.5 Regression] internal compiler error: in extract_insn, at recog.c:2089 on powerpc
--- Comment #3 from dominiq at lps dot ens dot fr 2009-08-17 20:03 --- Note that some of the errors appear also on on powerpc-ibm-aix5.3.0.0 (see http://gcc.gnu.org/ml/gcc-testresults/2009-08/msg01827.html). -- dominiq at lps dot ens dot fr changed: What|Removed |Added CC||dje at watson dot ibm dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40671
[Bug c/41095] 4x bigger object when compiled with -O3 option
--- Comment #3 from ami_stuff at o2 dot pl 2009-08-17 20:04 --- Created an attachment (id=18388) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18388action=view) preprocessed file -O3 -O3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
[Bug c/41095] 4x bigger object when compiled with -O3 option
--- Comment #4 from ami_stuff at o2 dot pl 2009-08-17 20:05 --- Created an attachment (id=18389) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18389action=view) asm output -O3 -O3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41095
[Bug target/40414] gcc 4.4.0 error at postreload.c:396
--- Comment #9 from ami_stuff at o2 dot pl 2009-08-17 20:11 --- Created an attachment (id=18390) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18390action=view) preprocessed file -O3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
[Bug target/40414] gcc 4.4.0 error at postreload.c:396
--- Comment #10 from ami_stuff at o2 dot pl 2009-08-17 20:11 --- Created an attachment (id=18391) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18391action=view) asm output -O3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
[Bug fortran/41062] [4.4/4.5 Regression] ICE in gfc_trans_use_stmts, at fortran/trans-decl.c:3438
--- Comment #8 from pault at gcc dot gnu dot org 2009-08-17 20:17 --- Subject: Bug 41062 Author: pault Date: Mon Aug 17 20:17:12 2009 New Revision: 150858 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=150858 Log: 2008-08-17 Paul Thomas pa...@gcc.gnu.org PR fortran/41062 * trans-decl.c (gfc_trans_use_stmts): Keep going through use list if symbol is not use associated. 2008-08-17 Paul Thomas pa...@gcc.gnu.org PR fortran/41062 * gfortran.dg/use_only_4.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/use_only_4.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41062
[Bug testsuite/40671] [4.5 Regression] internal compiler error: in extract_insn, at recog.c:2089 on powerpc
--- Comment #4 from dje at gcc dot gnu dot org 2009-08-17 20:21 --- confirmed. -- dje at gcc dot gnu dot org changed: What|Removed |Added CC||dje at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin9 |powerpc-*-* GCC host triplet|powerpc-apple-darwin9 |powerpc-*-* GCC target triplet|powerpc-apple-darwin9 |powerpc-*-* Last reconfirmed|-00-00 00:00:00 |2009-08-17 20:21:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40671
[Bug ada/41096] New: GNAT run-time missing CFLAGS_FOR_TARGET
Support for CFLAGS_FOR_TARGET has disappeared in the GNAT run-time libraries but I don't know when. For sure, it is gone in the 4.4.x series. This is used by the recommended RTEMS GNAT build procedure. -- Summary: GNAT run-time missing CFLAGS_FOR_TARGET Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
[Bug debug/41097] New: Inlined variable debug location disappears when ptr type
The following example produced an inlined block with local variables that contain correct location expressions (-g -O2): #include stdio.h #include stdint.h static inline void m(char *name, int i, int j) { // Random syntactical block to be inlined. do { volatile int p_i = i; volatile int p_j = j; // Change this to void * or char * and var debugloc disappears!?! volatile uintptr_t p_name = (uintptr_t) name; // empty asm to force locals into regs. inlined_label: asm volatile ( :: g(p_name), g(p_i), g(p_j)); printf(%s: (%d,%d)\n, p_name, p_i, p_j); } while (0); } int main (int argc, char **argv) { m(call, 40, 23); return 0; } $ gcc -g -O2 i.c $ readelf -w a.out [...] 53d4: Abbrev Number: 28 (DW_TAG_variable) 3d5 DW_AT_abstract_origin: 0x30f 3d9 DW_AT_location: 2 byte block: 91 6c (DW_OP_fbreg: -20) 53dc: Abbrev Number: 28 (DW_TAG_variable) 3dd DW_AT_abstract_origin: 0x31a 3e1 DW_AT_location: 2 byte block: 91 68 (DW_OP_fbreg: -24) 53e4: Abbrev Number: 28 (DW_TAG_variable) 3e5 DW_AT_abstract_origin: 0x325 3e9 DW_AT_location: 2 byte block: 91 60 (DW_OP_fbreg: -32) [...] But if you change the type of p_name to char * (which would be more natural and was what the original code did), the DW_AT_location of p_name disappears: [... as above ...] volatile char *p_name = name; [...] $ gcc -g -O2 i.c $ readelf -w a.out [...] 53cf: Abbrev Number: 28 (DW_TAG_variable) 3d0 DW_AT_abstract_origin: 0x304 3d4 DW_AT_location: 2 byte block: 91 6c (DW_OP_fbreg: -20) 53d7: Abbrev Number: 28 (DW_TAG_variable) 3d8 DW_AT_abstract_origin: 0x30f 3dc DW_AT_location: 2 byte block: 91 68 (DW_OP_fbreg: -24) 53df: Abbrev Number: 29 (DW_TAG_variable) 3e0 DW_AT_abstract_origin: 0x31a [...] Note, no DW_AT_location for the last variable (p_name), just a DW_AT_abstract_origin. The other vars (p_i and p_j) still do have both abstract_origin and location). -- Summary: Inlined variable debug location disappears when ptr type Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41097
[Bug other/3265] GCC 3.0 fails to build host=freebsd4.3 target=i386linux
--- Comment #5 from jessiecute13 at aol dot com 2009-08-17 21:41 --- how much will it cost about $8.30 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3265
[Bug fortran/40962] Conversion problem for f-allocatable - cptr - fptr - f-allocatable
--- Comment #4 from burnus at gcc dot gnu dot org 2009-08-17 21:41 --- Another report - presumably the same problem: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/b184bd431c8dd3da# -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40962
[Bug libgcj/7854] fastjar update (-u) should be implemented
--- Comment #7 from jessiecute13 at aol dot com 2009-08-17 21:55 --- (In reply to comment #1) Still exist on the mainline (20030527). it costed $12.00 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7854
[Bug fortran/31593] Invariant DO loop variables and subroutines
--- Comment #40 from tobi at gcc dot gnu dot org 2009-08-17 22:08 --- Created an attachment (id=18392) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18392action=view) Patch for savin function arguments This patch copies do loops which are passed as actual arguments to a temporary variable and then passes the temporary. The patch creates one copy for every single call, so this could be done better. Also, the naming is not finalized. Finally, this would need someone who is more familiar with the scalarizer's workings to make sure that it doesn't break anything. I'm actually surprised that the patch passes the testsuite. I don't plan to submit this, because Michael Matz is apparently working on something better, that would at least make part of this patch superfluous. See http://gcc.gnu.org/ml/fortran/2009-08/msg00200.html. If his patch goes in, the part that creates the copy could be dropped and instead the function argument could be properly labeled read-only. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31593
[Bug fortran/40962] Conversion problem for f-allocatable - cptr - fptr - f-allocatable
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-08-17 22:12 --- I'll look at this for a bit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40962
[Bug fortran/31593] Invariant DO loop variables and subroutines
--- Comment #41 from tobi at gcc dot gnu dot org 2009-08-17 22:39 --- (In reply to comment #40) One more thing: my previous benchmarks were wrong, I had an error in my setup. With a correct benchmark, polyhedron improves slightly in the testcases where the change is outside the measurement noise. This includes capacita.f90 which gains some 2%. Further, and as expected, with the patch, Thomas's testcases from comment #6 both run at the same speed that only the 'call by value' version did without the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31593
[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned
--- Comment #25 from hjl dot tools at gmail dot com 2009-08-18 04:43 --- Created an attachment (id=18393) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18393action=view) A patch for gcc 4.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
[Bug target/41017] regparm=3 passes structures inconsistently
--- Comment #10 from hjl dot tools at gmail dot com 2009-08-18 04:49 --- (In reply to comment #3) Btw, the documentation claims regparm only affects integral parameters. Agreed, -regparm=N should only apply to integer parameters. I will take a look when I find time. BTW, -regparm=N is a gcc extension and out of psABI. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41017
[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned
--- Comment #26 from hjl dot tools at gmail dot com 2009-08-18 04:50 --- *** Bug 40985 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||mahatma at eu dot by http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
[Bug tree-optimization/40985] [4.4 regression] Bug 32893 come back (-msse -ftree-vectorize cause segfaults (zlib))
--- Comment #11 from hjl dot tools at gmail dot com 2009-08-18 04:50 --- *** This bug has been marked as a duplicate of 40838 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40985