[Bug fortran/45117] [4.3/4.4/4.5/4.6 Regression] Segfault in resolve_array_bound

--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-29 06:34 --- For completeness: The code is invalid - which gfortran also properly diagnoses before segfaulting. -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/45121] [4.6 Regression] c-c++-common/uninit-17.c

--- Comment #2 from davidxl at gcc dot gnu dot org 2010-07-29 05:51 --- The problem is that before the ivopt patch, the ivopt patch introduced a iv candidate that is unconditionally initialized with b: ivtmp_xxx = b (D); After the patch, this assignment no longer exists, and the use

GCC for MIPS not using the right registers?

I'm producing MIPS code with gcc 4.3.3, specifically on the PSP. When I started looking over the output, I started noticing a strange pattern: the code is often using the s registers which need to be saved rather than the t registers which don't. This produces code that constantly needs to save a

[Bug c/45123] New: -pedantic warning about string inside __asm

With this file (that's a string of 512 spaces): main() { __asm("

[Bug c++/45121] [4.6 Regression] c-c++-common/uninit-17.c

--- Comment #1 from hjl dot tools at gmail dot com 2010-07-29 03:49 --- It is caused by revision 162653: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug fortran/44931] For INPUT_UNIT, INQUIRE NAME= should not return "stdin"

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-07-29 01:32 --- Subject: Bug 44931 Author: jvdelisle Date: Thu Jul 29 01:32:23 2010 New Revision: 162667 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162667 Log: 2010-07-28 Jerry DeLisle PR libfortran/44931

[Bug tree-optimization/45122] [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-07-29 01:28 --- IV-OPTS is choosing b-8 as the IV which seems wrong anyways as that produces worse code as far as I can tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/45102] mm/page-writeback.c:820: internal compiler error: Segmentation fault

--- Comment #2 from yenchengwang at gmail dot com 2010-07-29 01:27 --- Created an attachment (id=21345) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21345&action=view) the preprocessed file of page-writeback -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45102

[Bug tree-optimization/45122] [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution

--- Comment #1 from zsojka at seznam dot cz 2010-07-29 01:24 --- "25,17,19,1" should have been "25,17,9,1" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45122

[Bug tree-optimization/45122] New: [4.6 Regression] -funsafe-loop-optimizations causes FAIL: gcc.c-torture/execute/pr27285.c execution

With -funsafe-loop-optimizations in flags, pr27285.c FAILs: FAIL: gcc.c-torture/execute/pr27285.c execution, -O1 FAIL: gcc.c-torture/execute/pr27285.c execution, -O2 FAIL: gcc.c-torture/execute/pr27285.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/pr27285.c execution, -O3

[Bug bootstrap/45119] [4.6 Regression] Bootstrap went to infinite loop

--- Comment #2 from hjl dot tools at gmail dot com 2010-07-29 01:06 --- It is caused by revision 162653: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug c++/45121] New: [4.6 Regression] c-c++-common/uninit-17.c

On Linux/x86-64, revision 162661 gave FAIL: c-c++-common/uninit-17.c (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for warnings, line 12) FAIL: c-c++-common/uninit-17.c -Wc++-compat (test for warni

[Bug tree-optimization/45120] New: [4.6 Regression] -fipa-pta causes FAIL: gcc.c-torture/execute/pta-field-2.c execution

With -fipa-pta in flags, pta-field-2.c FAILs: FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O2 FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/pta-field-2.c execution, -O3 -g FAIL: gcc.c-torture/execute/pta-field-2.c execution

[Bug fortran/45108] Namelist read: Not aborted when reading from STDIN

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-07-29 00:59 --- I will have a look. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added As

[Bug bootstrap/45119] [4.6 Regression] Bootstrap went to infinite loop

--- Comment #1 from hjl dot tools at gmail dot com 2010-07-29 00:55 --- Revision 162649 is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45119

[Bug bootstrap/45119] New: [4.6 Regression] Bootstrap went to infinite loop

On Linux/ia32, revision 162656 went into infinite loop during bootstrap: 11445 hjl 20 0 57792 13m 9724 R 100.1 0.2 278:42.87 cc1 11509 hjl 20 0 60884 21m 13m R 100.1 0.3 278:40.99 cc1 11527 hjl 20 0 63292 23m 13m R 100.1 0.3 278:32.08 c

[Bug tree-optimization/45034] [4.3/4.4/4.5/4.6 Regression] "safe" conversion from unsigned to signed char gives broken code

--- Comment #15 from mikpe at it dot uu dot se 2010-07-28 23:31 --- Richard's proposed fix appears to need the PR44284 fix to avoid regressing vect-20.c, much like PR44828 also needed PR44284 to not regress vectorization tests. Current 4.5 has PR44284 backported, so the PR45034 fix work

[Bug bootstrap/45118] New: No rule to make target `.deps/affinity.Plo'

libtool: compile: /Users/dave/gnu/gcc/objdir/./gcc/xgcc -B/Users/dave/gnu/gcc/o bjdir/./gcc/ -B/opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin9/bin/ -B/opt/gnu/gcc/gcc -4.6.0/i686-apple-darwin9/lib/ -isystem /opt/gnu/gcc/gcc-4.6.0/i686-apple-darwin 9/include -isystem /opt/gnu/gcc/gcc-4.6.0/i686-apple-dar

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #14 from bernds at gcc dot gnu dot org 2010-07-28 22:14 --- That seems to be helpful - thank you. I think I can reproduce it: insn 2909 is generated during save_call_clobbered_regs, and I think I see how it relates to revision 162418. I hope to have a fix tomorrow or Friday

[Bug c++/45112] [4.5/4.6 regression] Aligned attribute on static class member definition ignored

--- Comment #1 from uweigand at gcc dot gnu dot org 2010-07-28 21:47 --- Proposed fix posted here: http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02223.html -- uweigand at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44354] implied do loop with its own variable name as upper bound

-- 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

[Bug fortran/45117] New: Segfault in resolve_array_bound

GCC segfaults on this program while printing diagnostic: SUBROUTINE DFTAX8A(F,H,MAPAUX,IAUXTYP,LOCAUX) COMMON /INFOA / NAT,ICH,MUL,NUM,NQMT,NE,NA,NB, * TMPTMP(NUM+NAUXFUN,NUM+NAUXFUN) END This happens in resolve_array_bound, on trying to access a NULL pointer:

[Bug fortran/45087] -fwhole-program: Miscompiled due to wrong decls

--- Comment #6 from burnus at gcc dot gnu dot org 2010-07-28 20:34 --- Patch: http://gcc.gnu.org/ml/fortran/2010-07/msg00430.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #13 from danglin at gcc dot gnu dot org 2010-07-28 20:21 --- RTL seems to go wrong in ira. We have after sched1: (insn 1311 1308 1312 134 (set (reg/f:SI 926 [ const_int_rtx+256 ]) (mem/s/f:SI (plus:SI (reg/f:SI 1207)(const_int 256 [0x100])) [3 const_

[Bug translation/45116] New: config/ia64/vms_symvec_libgcc_s.opt not an options file

The file config/ia64/vms_symvec_libgcc_s.opt, though with a ".opt" name, is not an options file. po/exgettext incorrectly processes it as if it were one, so leading to extraneous messages in gcc.pot. Either the file should be renamed, or exgettext should exclude it. (The file is referenced in co

[Bug tree-optimization/45115] pure functions returning structs are not optimized.

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-28 20:05 --- We can only value-number things which define an SSA name. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/45096] [4.6 Regression] g++.dg/cpp0x/auto3.C

--- Comment #3 from paolo dot carlini at oracle dot com 2010-07-28 20:04 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Statu

[Bug c++/45096] [4.6 Regression] g++.dg/cpp0x/auto3.C

--- Comment #2 from paolo at gcc dot gnu dot org 2010-07-28 20:03 --- Subject: Bug 45096 Author: paolo Date: Wed Jul 28 20:02:56 2010 New Revision: 162657 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162657 Log: 2010-07-28 Paolo Carlini PR c++/45096 * g++.d

[Bug fortran/41359] Wrong line numbers for debugging/profiling

-- 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

[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument

--- Comment #17 from mikael at gcc dot gnu dot org 2010-07-28 20:01 --- (In reply to comment #16) > Reassigning to Janus then ... > I will submit my patch. -- mikael at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/45115] pure functions returning structs are not optimized.

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-07-28 19:48 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|norma

[Bug c/45115] New: attribute((pure)) does not work when returning structs

compiling this with 'gcc -O3 -S x.c' x.c --- #define PURE __attribute__((pure)) struct res {int u; }; extern struct res calc_1() PURE; extern intcalc_2() PURE; int fun_1() { return calc_1().u+calc_1().u; } int fun_2() { return calc_2()+calc_2(); }

[Bug c++/45112] [4.5/4.6 regression] Aligned attribute on static class member definition ignored

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45112

[Bug tree-optimization/45109] [4.4 Regression] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-28 19:36 --- Confirmed on x86_64-linux. Not similar to PR44946, but I fixed a similar bug on the mem-ref branch. Thus, mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-28 19:18 --- Subject: Re: [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c Replacing stage2/stage3 version of loop-iv.o with stage1 version results in successful compilation of matmul_i1.c.

[Bug c++/45114] implement C++0x alias-declaration

--- Comment #1 from jason at gcc dot gnu dot org 2010-07-28 19:13 --- Created an attachment (id=21341) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21341&action=view) initial incomplete patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114

[Bug c++/45114] implement C++0x alias-declaration

-- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirm

[Bug c++/45114] New: implement C++0x alias-declaration

-- Summary: implement C++0x alias-declaration Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jas

[Bug c++/45113] New: absent or confusing diagnostics of invalid template argument list in implicit template class instantiation

$cat test1.cpp template struct is_same { static bool const value=false; }; template struct is_same { static bool const value=true; }; template struct U {}; struct Q { typedef U C; }; typedef char check[is_same::value ? 1 : -1]; $g++ -std=gnu++0x -c test1.cpp && echo $? 0 In 14.3.1, the Standard s

[Bug tree-optimization/45109] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932

--- Comment #2 from mikpe at it dot uu dot se 2010-07-28 19:05 --- Not just MIPS, I get this ICE with gcc-4.4 on arm, powerpc64, and sparc64. On i686 a native gcc-4.4 doesn't ICE but a cross to arm does. gcc-4.5 doesn't ICE. -- mikpe at it dot uu dot se changed: What

[Bug tree-optimization/45021] Redundant prefetches for some loops (vectorizer produced ones too)

--- Comment #5 from changpeng dot fang at amd dot com 2010-07-28 18:28 --- Thing is a little complicate if we change the code to: a[i] = a[i+1] + beta * b[i]; The prefetch pass want to group a[i] and a[i+1], i.e. they have the same base address with an offset of 4 bytes. -- http:

[Bug c++/45112] New: [4.5/4.6 regression] Aligned attribute on static class member definition ignored

Building the following testcase fails with G++ 4.5 and later. G++ 4.4 works fine. struct JSString { unsigned char mLength; static JSString unitStringTable[]; }; JSString JSString::unitStringTable[] __attribute__ ((aligned (8))) = { 1 }; int bug [__alignof__ (JSString::unitStringTable) >= 8

[Bug tree-optimization/45021] Redundant prefetches for some loops (vectorizer produced ones too)

--- Comment #4 from changpeng dot fang at amd dot com 2010-07-28 18:22 --- Andrew's example is exactly what the prefetch sees for the test case (in the bug description). Unfortunately, the prefetch pass could not recognize that vect_pa.6_24 and vect_pa.20_38 are exactly the same address

[Bug target/45111] New: main function isn't profiled

I recently noticed that for the main function the _monstartup call gets emitted after _mcount call. This leads to the issue, that for the main function itself no information are getting gathered. A possible solution here would be to call mcount for main-function, if not -mfentry is used, a second

[Bug middle-end/42509] [4.4 Regression] nonoverlapping_memrefs_p misinterprets NULL MEM_OFFSET as const0_rtx

--- Comment #30 from uweigand at gcc dot gnu dot org 2010-07-28 18:01 --- Backported fix to 4.4 branch as well. The bug should now be fixed everywhere. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/42509] [4.4 Regression] nonoverlapping_memrefs_p misinterprets NULL MEM_OFFSET as const0_rtx

--- Comment #29 from uweigand at gcc dot gnu dot org 2010-07-28 18:00 --- Subject: Bug 42509 Author: uweigand Date: Wed Jul 28 18:00:08 2010 New Revision: 162650 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162650 Log: Backport from mainline: 2010-04-03 Richa

[Bug debug/45110] New: GCC does not emit DW_AT_object_pointer

DWARF 3 introduced DW_AT_object_pointer, for marking the "this" parameter of a method. GCC does not emit this, so currently GDB has to use a heuristic to detect this. -- Summary: GCC does not emit DW_AT_object_pointer Product: gcc Version: 4.6.0 Sta

[Bug tree-optimization/45109] ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932

--- Comment #1 from jipeng at broadcom dot com 2010-07-28 17:09 --- Created an attachment (id=21340) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21340&action=view) testing case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45109

[Bug tree-optimization/45109] New: ICE: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2932

This is similar to PR44946 that was fixed in gcc-4.6pre http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44946 Command line: mipsel-linux-gcc test.c -c -o test.o -O2 Output: test.c: In function ‘o_plist_deserialize_xml’: test.c:34: internal compiler error: tree check: expected class ‘expression’, h

[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os

--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-28 17:01 --- Subject: Bug 45105 Author: jakub Date: Wed Jul 28 17:01:05 2010 New Revision: 162647 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162647 Log: PR debug/45105 * gcse.c (hoist_code): Use FOR_BB_

[Bug debug/45103] DW_OP_reg* has too large valid range for noreturn funcs

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-28 17:00 --- Subject: Bug 45103 Author: jakub Date: Wed Jul 28 17:00:06 2010 New Revision: 162646 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162646 Log: PR debug/45103 * dwarf2out.c (dwarf2out_var_locat

[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:52 --- Should be fixed by the above patch. -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os

--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51 --- *** Bug 45104 has been marked as a duplicate of this bug. *** -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51 --- Thanks for checking. *** This bug has been marked as a duplicate of 45105 *** -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:50 --- Subject: Bug 45107 Author: mkuvyrkov Date: Wed Jul 28 16:50:14 2010 New Revision: 162645 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162645 Log: PR rtl-optimization/45107 * gcse.c (hash

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

--- Comment #5 from dominiq at lps dot ens dot fr 2010-07-28 16:47 --- > > Can you please try the latest trunk with the patch in > > http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02185.html applied? > > This is what I am trying right now. Allow for 45 minutes to have an answer. At revisi

[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:14 --- Patch posted in http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02192.html . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45107

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

--- Comment #4 from dominiq at lps dot ens dot fr 2010-07-28 16:04 --- > Can you please try the latest trunk with the patch in > http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02185.html applied? This is what I am trying right now. Allow for 45 minutes to have an answer. -- http://gc

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:01 --- Can you please try the latest trunk with the patch in http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02185.html applied? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45104

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

--- Comment #2 from dominiq at lps dot ens dot fr 2010-07-28 15:51 --- Bootstrap fails also at revision 162600. I also tried revisions 162592 and 162593, but they fails earlier with: gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #8 from bernds at gcc dot gnu dot org 2010-07-28 15:46 --- It sounds like the compiler is being miscompiled? If so, it's probably not helpful trying to debug the miscompiled compiler binary. The best way to debug this would be to produce one working build and one failing bu

[Bug tree-optimization/45034] [4.3/4.4/4.5/4.6 Regression] "safe" conversion from unsigned to signed char gives broken code

--- Comment #14 from mikpe at it dot uu dot se 2010-07-28 15:38 --- If I apply Richard's patch to gcc-4.4-20100727 and bootstrap/regtest the new test case works but I get a single regression in the old ones: FAIL: gcc.dg/vect/vect-22.c scan-tree-dump-times vect "vectorized 4 loops" 1 L

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #7 from danglin at gcc dot gnu dot org 2010-07-28 15:33 --- 0x00317ea8 : ldw -cc(sp),r19 0x00317eac : copy ret0,r23 0x00317eb0 : stw r19,-34(sp) 0x00317eb4 : copy r5,r24 0x00317eb8 : ldi 50,r26 0x00317ebc : b,l 0x30d394,rp 0x00317ec0 : ldi 7,r25 T

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #6 from danglin at gcc dot gnu dot org 2010-07-28 15:15 --- 2609 assumption = simplify_gen_relational (NE, SImode, mode, tmp, const0_rtx); For some reason, 0 is being passed instead of const0_rtx. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45063

[Bug fortran/45108] Namelist read: Not aborted when reading from STDIN

--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-28 15:07 --- See also: http://gcc.gnu.org/onlinedocs/gfortran/Extensions-to-namelist.html I understand the support of ? and =?, but why can't one give a proper error is one returns? If one starts a dialog with ? / =?, one stays i

[Bug fortran/45108] Namelist read: Not aborted when reading from STDIN

--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-28 15:01 --- That seemingly goes back to implementing support for: +/* If the namelist read is from stdin, output the current state of the + namelist to stdout. This is used to implement the non-standard query + features, ?

[Bug target/45063] [4.6 Regression] ICE: Segmentation fault (cc1) compiling matmul_i1.c

--- Comment #5 from danglin at gcc dot gnu dot org 2010-07-28 15:00 --- (In reply to comment #4) > While the ICE nominally results from a hash lookup failure, replacing > libiberty.a with the stage1 version makes no difference. Thus, it > doesn't appear that the problem is with the hash

[Bug fortran/45108] New: Namelist read: Not aborted when reading from STDIN

gfortran simply continues (with a warning) if one has a wrong namelist in STDIN. If one has an IOSTAT variable, it prints the warning but continues with an IOSTAT == 0. Using any other means of input (internal unit, external unit) works as expected, i.e. run-time error - or a non-zero return valu

[Bug tree-optimization/37541] VRP fails to optimize single-bit ranges

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-28 14:43 --- This seems fixed, just the optimizations in question are already performed partly by FRE but one, test2 (struct foo2 * x) { ... : D.2745_3 = BIT_FIELD_REF <*x_2(D), 8, 0>; D.2746_4 = D.2745_3 & 1; if (D.2746_4

[Bug debug/41048] bad DW_AT_data_member_location from g++

--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-28 14:32 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 14:25 --- Mine. -- mkuvyrkov at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unass

[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

-- 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=45107

[Bug rtl-optimization/45107] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

--- Comment #1 from zsojka at seznam dot cz 2010-07-28 14:18 --- Created an attachment (id=21339) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21339&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45107

[Bug rtl-optimization/45107] New: [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -Os -gcse-las (another one)

This is in r162622, after fixing PR45101. Compiler output: $ gcc -Os -fgcse-las testcase.c testcase.c: In function 'foo': testcase.c:9:1: internal compiler error: in insert_expr_in_table, at gcse.c:1213 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug tree-optimization/45034] [4.3/4.4/4.5/4.6 Regression] "safe" conversion from unsigned to signed char gives broken code

--- Comment #13 from mikpe at it dot uu dot se 2010-07-28 14:13 --- I've bootstrapped and regtested Richard's proposed fix (http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02161.html) on top of a recent 4.5 snapshot, and it fixed the test case (and the original code it was based on) with no

[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug target/45000] RX signed extened unsigned char or short return value.

--- Comment #4 from nickc at redhat dot com 2010-07-28 14:05 --- Hi Kazuhiro-san, > If the func() is external function, output code is the following. > bsr_func > mouv.B r1, r1 > If the return value is zero exteneded, > "movu.B r1, r1" code can be removed. Not really. The proble

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

-- 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=45104

[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-28 14:01 --- (In reply to comment #4) > Subject: Re: casting of variadic function pointers to normal > function pointers causes segfaults on 64bit systems > > I was afraid of this answer. > However in my application, I have no

[Bug target/45000] RX signed extened unsigned char or short return value.

--- Comment #3 from nickc at redhat dot com 2010-07-28 13:55 --- Created an attachment (id=21338) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21338&action=view) Force functions that return small unsigned values to use zero-extension -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug fortran/45087] -fwhole-program: Miscompiled due to wrong decls

--- Comment #5 from burnus at gcc dot gnu dot org 2010-07-28 13:51 --- (In reply to comment #3) > Minimal test case, compile with: There is something odd: If one has the order subroutine VALUE() subroutine NEXT it actually works; one then goes gfc_create_function_decl for VALU

[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-28 13:36 --- Created an attachment (id=21337) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21337&action=view) gcc46-pr45105-1.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45105

[Bug bootstrap/45104] [4.6 Regression] Bootstrap failure: gcc/cp/decl.o differs

--- Comment #1 from dominiq at lps dot ens dot fr 2010-07-28 13:15 --- Narrower window: revision 162585 bootstraps, 162601 fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45104

[Bug fortran/45087] -fwhole-program: Miscompiled due to wrong decls

--- Comment #4 from burnus at gcc dot gnu dot org 2010-07-28 13:14 --- (In reply to comment #3) > Minimal test case, compile with: > gfortran --param ggc-min-expand=0 --param ggc-min-heapsize=0 The problems seems to be that one tries to free the NEXT twice - once for the symbol in VAL

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

--- Comment #13 from mikael at gcc dot gnu dot org 2010-07-28 12:45 --- (In reply to comment #12) > It seems a namespace is freed to soon. Reminder to self: symbol.c's build_formal_args creates a namespace for c_f_pointer and c_f_proc_pointer. May be related. -- http://gcc.gnu.org/

[Bug fortran/45087] -fwhole-program: Miscompiled due to wrong decls

--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-28 12:35 --- Minimal test case, compile with: gfortran --param ggc-min-expand=0 --param ggc-min-heapsize=0 module INTS interface subroutine NEXT end subroutine NEXT subroutine VALUE() end subroutine VALUE en

[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

--- Comment #5 from schwab at linux-m68k dot org 2010-07-28 12:26 --- Calling a function with a different signature than declared is undefined in any case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45106

[Bug tree-optimization/45034] [4.3/4.4/4.5/4.6 Regression] "safe" conversion from unsigned to signed char gives broken code

--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-28 12:23 --- Works. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassig

[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

--- Comment #4 from rhaschke at techfak dot uni-bielefeld dot de 2010-07-28 12:04 --- Subject: Re: casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems I was afraid of this answer. However in my application, I have no clue which type of

[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-28 11:57 --- Don't do it, it is not valid. The x86-64 ABI requires that for varargs the %al register contains number of SSE regs that need saving, while for non-varargs functions that register is undefined. -- jakub at gcc dot

[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

--- Comment #2 from robert dot haschke at uni-bielefeld dot de 2010-07-28 11:53 --- Created an attachment (id=21336) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21336&action=view) original .c file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45106

[Bug c/45106] casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

--- Comment #1 from robert dot haschke at uni-bielefeld dot de 2010-07-28 11:52 --- Created an attachment (id=21335) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21335&action=view) preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45106

[Bug c/45106] New: casting of variadic function pointers to normal function pointers causes segfaults on 64bit systems

Casting a variadic function pointer to normal function pointer (with adequate number and type of arguments) causes a segfault, when the function is called. Vice versa (casting normal function pointer to variadic function) works fine. The problem only occurs for 64bit builds. Casting works nice in a

[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os

--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-28 11:43 --- Reproduced and works with -fno-var-tracking-assignments. Looking into it. -- jakub at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/43912] lambda debug info does not describe captured variables

--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-28 11:41 --- Created an attachment (id=21334) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21334&action=view) gcc46-pr43912.patch Untested proof of concept patch (which handles just non-templates though). The captured vars

[Bug debug/45105] [4.6 Regression] -fcompare-debug failure at -Os

--- Comment #1 from zsojka at seznam dot cz 2010-07-28 10:41 --- Created an attachment (id=21333) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21333&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45105

[Bug debug/45105] New: [4.6 Regression] -fcompare-debug failure at -Os

Compiler output: $ gcc -Os -fcompare-debug testcase.c gcc: error: testcase.c: -fcompare-debug failure Tested revisions: r162618 - fail r162456 - OK -- Summary: [4.6 Regression] -fcompare-debug failure at -Os Product: gcc Version: 4.6.0 Status: UNCONF

[Bug target/44903] [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test

--- Comment #22 from rguenth at gcc dot gnu dot org 2010-07-28 10:33 --- Subject: Bug 44903 Author: rguenth Date: Wed Jul 28 10:32:54 2010 New Revision: 162624 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162624 Log: 2010-07-28 Richard Guenther PR middle-end/44903

[Bug target/44903] [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test

--- Comment #21 from rguenth at gcc dot gnu dot org 2010-07-28 10:33 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug rtl-optimization/45101] [4.6 Regression] ICE: in insert_expr_in_table, at gcse.c:1213 with -gcse-las

--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 10:32 --- Subject: Bug 45101 Author: mkuvyrkov Date: Wed Jul 28 10:32:10 2010 New Revision: 162623 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162623 Log: PR rtl-optimization/45101 * gcc.dg/pr451

  1   2   >