[Bug fortran/52335] [4.4/4.5/4.6/4.7 Regression] I/O: -std=f95 rejects valid DELIM= in OPEN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52335 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-02-22 CC||burnus at gcc dot gnu.org AssignedTo|unassigned at gcc dot |burnus at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.4.7 Ever Confirmed|0 |1 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-22 08:04:02 UTC --- Actually, the check is in (fortran/io.c's) gfc_match_open, thus, one can simply remove it without taking care of data transfer statements.
[Bug target/52338] New: shorter abs thumb2 code sequences
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52338 Bug #: 52338 Summary: shorter abs thumb2 code sequences Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: car...@google.com Target: arm-linux-androideabi Compile the following code with options -march=armv7-a -mthumb -Os char placex[] = {1, 2, 3, 4}; char placey[] = {5, 6, 7, 8}; int t0k(int b, int w) { int h1 = placex[b] - placex[w]; int h2 = placey[b] - placey[w]; if (h1 0) h1 = -h1; if (h2 0) h2 = -h2; return h1 + h2; } GCC 4.7 generates: t0k: ldrr3, .L2 push{r4, lr} ldrbr4, [r3, r0]@ zero_extendqisi2 addsr0, r3, r0 ldrbr2, [r3, r1]@ zero_extendqisi2 addsr3, r3, r1 ldrbr0, [r0, #4]@ zero_extendqisi2 ldrbr3, [r3, #4]@ zero_extendqisi2 subsr2, r4, r2 subsr3, r0, r3 eorr0, r2, r2, asr #31// abs(h1) subr0, r0, r2, asr #31// abs(h1) cmpr3, #0 // abs(h2) itlt // abs(h2) rsbltr3, r3, #0 // abs(h2) addsr0, r0, r3 pop{r4, pc} It's interesting that gcc generats two different code sequence for abs(h1) and abs(h2). After carefully studying the insn pattern *thumb2_abssi2, I got the impression that the selection of code sequence is depends on if the result register is same as source register. If they are same, the cmp code sequence is used, otherwise the pure arithmetic code sequence is used. But the cmp code sequence can also be used when the source is not the same as target register, and may result in smaller code size, like in this case. Another question is there any performance differences between these two different code sequences?
[Bug c/52330] pr50305.c: valgrind problem on invalid asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52330 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-02-22 AssignedTo|unassigned at gcc dot |ubizjak at gmail dot com |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2012-02-22 08:59:02 UTC --- Untested patch: Index: config/i386/i386.c === --- config/i386/i386.c (revision 184459) +++ config/i386/i386.c (working copy) @@ -14091,6 +14091,12 @@ return; case 'H': + if (!offsettable_memref_p (x)) + { + output_operand_lossage (operand is not offsetable, invalid + operand code 'H'); + return; + } /* It doesn't actually matter what mode we use here, as we're only going to use this for printing. */ x = adjust_address_nv (x, DImode, 8);
[Bug middle-end/52334] The user of zero register is wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52334 --- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2012-02-22 09:07:20 UTC --- (In reply to comment #0) if( _find_port( g_pstv-member.pstid, index, (void*)pstid) This bit looks like a strict-aliasing violation waiting to happen.
[Bug target/52331] 20011127-1.c: valgrind problem on invalid asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52331 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2012-02-22 09:12:15 UTC --- Dup. *** This bug has been marked as a duplicate of bug 52330 ***
[Bug c/52330] pr50305.c: valgrind problem on invalid asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52330 --- Comment #2 from Uros Bizjak ubizjak at gmail dot com 2012-02-22 09:12:15 UTC --- *** Bug 52331 has been marked as a duplicate of this bug. ***
[Bug middle-end/50335] ICE in psct_dynamic_dim, at graphite-poly.h:659
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50335 --- Comment #12 from Gregory Maxwell gmaxwell at gmail dot com 2012-02-22 09:19:54 UTC --- _Not_ failing in r184458. Perhaps fixed by r184265?
[Bug rtl-optimization/50063] [4.6/4.7 Regression] DSE: wrong code for gcc.dg/torture/pta-ptrarith-3.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063 --- Comment #21 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-02-22 09:25:48 UTC --- Author: gjl Date: Wed Feb 22 09:25:35 2012 New Revision: 184461 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184461 Log: PR rtl-optimization/50063 * config/avr/avr.md (movhi_sp_r): Handle -1 (unknown IRQ state) and 2 (8-bit SP) in operand 2. * config/avr/avr.c (avr_prologue_setup_frame): Adjust prologue setup to use movhi_sp_r instead of vanilla move to write SP. Adjust REG_CFA notes to superseed unspec. (expand_epilogue): Adjust epilogue setup to use movhi_sp_r instead of vanilla move. As function body might contain CLI or SEI: Use irq_state 0 (IRQ known to be off) only with TARGET_NO_INTERRUPTS. Never use irq_state 1 (IRQ known to be on) here. Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr.c trunk/gcc/config/avr/avr.md
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-02-22 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 09:31:34 UTC --- You surely win the obfuscated C++ contest with this testcase as well as with your description of your issue. Please re-format to something readable and let someone with better english language skills double-check your bug description. If your issue is that class a{int i;virtual void t()=0;}; is not of sizeof (int) then this is because it still has a virtual table.
[Bug middle-end/52334] The user of zero register is wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52334 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-02-22 Ever Confirmed|0 |1 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 09:33:10 UTC --- Waiting for a compilable testcase.
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-22 09:35:44 UTC --- (do you have something against whitespace?!) could you explain exactly what you think GCC does wrong, and what you expect to happen? I'm afraid I don't understand your report. Here's the same code, once more with formatting: typedef char**(*(*v[4])(int*p[],float (*f)(int a[])))[][6]; class e{ v i,a,b; public: int get(); friend int g(); } ai; int e::get() { long h1,h2,h3; h1=(long)i; h2=(long)a; h3=(long)b; __builtin_printf(%p\n%p %lx\n%p %lx\noriginal pointer is: %p\n,i,a,h2-h1,b,h3-h2, i); return 0; } int g(){ return ai.get(); } class pgabstract{ v i,a,b; public: int get() {return vget();} int(*p)(); virtual void t()=0; int vget(); } *m[4]; int pgabstract::vget() { long h1,h2,h3; h1=(long)i; h2=(long)a; h3=(long)b; __builtin_printf(%p\n%p %lx\n%p %lx\noriginal pointer is: %p\n,i,a,h2-h1,b,h3-h2, i); return 0; } int main(){ m[3]=(pgabstract*)ai; m[3]-get(); } When I run this I get: 0x600b48 0x600b68 20 0x600b88 20 original pointer is: 0x600b48
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-22 09:38:15 UTC --- (In reply to comment #2) m[3]=(pgabstract*)ai; m[3]-get(); This is undefined behaviour, ai is not of type pgabstract
[Bug middle-end/50335] ICE in psct_dynamic_dim, at graphite-poly.h:659
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50335 --- Comment #13 from Gregory Maxwell gmaxwell at gmail dot com 2012-02-22 09:39:51 UTC --- Okay, it doesn't ICE now— but now I have cases where it apparently runs forever and cases where it produces incorrect code with -floop-flatten.
[Bug middle-end/52329] Invalid MEM_REF encountered in set_mem_attributes_minus_bitpos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52329 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-02-22 Ever Confirmed|0 |1 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 09:47:35 UTC --- # DEBUG D#7 = s.c.D.2422 seems to be addr_expr 0x75821e60 type pointer_type 0x75bb5930 ... arg 0 component_ref 0x75c06ce8 type record_type 0x75bb5888 G arg 0 mem_ref 0x75c0cb40 type record_type 0x75bbd0a8 J arg 0 addr_expr 0x75821618 type pointer_type 0x75bc3d20 arg 0 component_ref 0x75c06ea8 type record_type 0x75bbd0a8 J arg 0 var_decl 0x75a298c0 s arg 1 field_decl 0x75baeda8 c thus (MEM_REF (s.c).D.2422). What is not ok is that the first operand of the MEM_REF is not is_gimple_mem_ref_addr (). Valid would be (MEM_REF (s + 0).D.2422) for example, which fold would canonicalize the MEM_REF sub-tree to. Unfortunately we do not verify anything in gimple_debug stmts :( [sorry for the un-obfuscation during pretty-printing ;)] It seems that this is introduced by propagating into debug stmts as we go from t.ii.058t.copyrename2: # DEBUG D#4 = D.2734_8-D.2422 t.ii.058t.copyrename2: # DEBUG this = D#4 to t.ii.060t.ccp2: # DEBUG D#4 = s.c.D.2422 t.ii.060t.ccp2: # DEBUG this = D#4 and the issue there seems to be that GIMPLE_DEBUG handling in fold_stmt does not look at ADDR_EXPRs but only REFERENCE_CLASS_P stuff. See the ADDR_EXPR handling in fold_gimple_assign.
[Bug middle-end/52329] Invalid MEM_REF encountered in set_mem_attributes_minus_bitpos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52329 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 09:57:22 UTC --- I'm not sure we care about preserving pointer types in debug stmts, nor if the mem-ref stripping is needed (well, build_fold_addr_expr does that, too). Index: gcc/gimple-fold.c === --- gcc/gimple-fold.c (revision 184460) +++ gcc/gimple-fold.c (working copy) @@ -1250,6 +1250,18 @@ fold_stmt_1 (gimple_stmt_iterator *gsi, changed = true; } } + else if (val + TREE_CODE (val) == ADDR_EXPR) + { + tree ref = TREE_OPERAND (val, 0); + tree tem = maybe_fold_reference (ref, false); + if (tem) + { + tem = build_fold_addr_expr_with_type (tem, TREE_TYPE (val)); + gimple_debug_bind_set_value (stmt, tem); + changed = true; + } + } } break; fixes it for me.
[Bug middle-end/52329] Invalid MEM_REF encountered in set_mem_attributes_minus_bitpos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52329 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 09:58:31 UTC --- Mine.
[Bug fortran/52335] [4.4/4.5/4.6/4.7 Regression] I/O: -std=f95 rejects valid DELIM= in OPEN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52335 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-22 10:03:46 UTC --- Patch: http://gcc.gnu.org/ml/fortran/2012-02/msg00090.html
[Bug c++/51930] [4.7 regression] Explicitly instantiated template gets hidden visibility
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.7.0
[Bug middle-end/52285] [4.7 Regression] libgcrypt _gcry_burn_stack slowdown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52285 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug testsuite/52297] [4.7 Regression] FAIL: gcc.dg/lto/trans-mem-1 c_lto_trans-mem-1_0.o-c_lto_trans-mem-1_1.o link, -flto -fgnu-tm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52297 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 CC||aldyh at gcc dot gnu.org, ||jakub at gcc dot gnu.org, ||torvald at gcc dot gnu.org
[Bug c/52290] [4.4/4.5/4.6/4.7 Regression] internal compiler error: tree check: expected function_decl, have var_decl in start_function, at c-decl.c:7712
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52290 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 CC||jakub at gcc dot gnu.org
[Bug tree-optimization/44688] [4.6/4.7 Regression] Excessive code-size growth at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44688 --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 10:11:11 UTC --- Testcase: void foo (int * __restrict a, int * __restrict b, int * __restrict c, unsigned n) { unsigned i; for (i = 0; i n; ++i) a[i] = b[i] + c[i]; }
[Bug tree-optimization/52019] [4.7 Regression] tree-ssa/ipa-split-5.c fails with -fno-tree-sra because of CLOBBERS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52019 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-22 10:11:28 UTC --- Shouldn't IPA split just ignore clobbers when deciding whether to split? Then obviously it needs to handle them somehow, but IMHO the decision shouldn't take them into account.
[Bug tree-optimization/52019] [4.7 Regression] tree-ssa/ipa-split-5.c fails with -fno-tree-sra because of CLOBBERS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52019 --- Comment #2 from rguenther at suse dot de rguenther at suse dot de 2012-02-22 10:16:01 UTC --- On Wed, 22 Feb 2012, jakub at gcc dot gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52019 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-22 10:11:28 UTC --- Shouldn't IPA split just ignore clobbers when deciding whether to split? Then obviously it needs to handle them somehow, but IMHO the decision shouldn't take them into account. Yes. The question is how exactly ... the idea was that dropping them (for 'unused' vars) would be appropriate. Richard.
[Bug lto/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 --- Comment #11 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-22 10:19:27 UTC --- Author: ktietz Date: Wed Feb 22 10:19:22 2012 New Revision: 184462 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184462 Log: PR lto/50616 * lto-plugin.c (PRI_LL): New macro. (dump_symtab): Use PRI_LL instead of ll in print. (process_symtab): Use PRI_LL instead of ll in scan. Modified: trunk/lto-plugin/ChangeLog trunk/lto-plugin/lto-plugin.c
[Bug lto/50616] lto1.exe: internal compiler error: invalid resolution in the resolution file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50616 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-22 10:21:18 UTC --- Fixed.
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 --- Comment #4 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 10:28:53 UTC --- i sure you know it is type abstract not inheritance but if address exist not system fault display you know it is sql hackg++ sql hack title. root hack obtain privilage display hack movie if hack you consider you find interesting interest act hack with i can now get webpage copy a act to me i can hack the java destructor and you know you think if i control in your understand typedef any kind you know you think you donnt know my code it is hole of gcc in g++ the hole inheritance the privilage and class a{private:int i;}ai; the ai is super movie for hack i can think anything you can know book you must consider your mind you must game over so i sure nothing
[Bug c++/52339] New: using delete ptr1-ptr2 where ptr2 destructor deletes a const ptr1 fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52339 Bug #: 52339 Summary: using delete ptr1-ptr2 where ptr2 destructor deletes a const ptr1 fails Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: romb...@hotmail.co.uk The following code crashes and triggers the valgrind error with gcc 4.4 and 4.6. With clang it works just fine. And it also works fine if you remove const on line 15 *** struct B; struct A { B* b; }; struct B { A* a; B() : a(new A{this}) {} ~B() { delete a; } }; int main() { B* b = new B; // A* a = b-a; const A* a = b-a; delete a-b; } ** I have no idea if is it undefined behaviour to delete a-b if b deletes a. Expressions should be evaluated only once, but for some reason this line: delete a-b; is basically acting as if was written like: a-b-~B(); operator delete(a-b); // a is already deleted
[Bug middle-end/51782] -ftree-sra: Missing address-space information leads to wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51782 --- Comment #28 from Martin Jambor jamborm at gcc dot gnu.org 2012-02-22 10:37:11 UTC --- Author: jamborm Date: Wed Feb 22 10:37:03 2012 New Revision: 184463 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184463 Log: 2012-02-22 Martin Jambor mjam...@suse.cz PR middle-end/51782 * emit-rtl.c (set_mem_attributes_minus_bitpos): Set address space according to the base object. Modified: trunk/gcc/ChangeLog trunk/gcc/emit-rtl.c
[Bug middle-end/51782] -ftree-sra: Missing address-space information leads to wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51782 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #29 from Martin Jambor jamborm at gcc dot gnu.org 2012-02-22 10:53:48 UTC --- Patch is in, this should be finally fixed.
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #5 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 11:00:14 UTC --- from gcc to g++ i sure same phsysical memory to seprate to net in memory i sure privilate to very people
[Bug c++/52339] using delete ptr1-ptr2 where ptr2 destructor deletes a const ptr1 fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52339 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |NEW Last reconfirmed||2012-02-22 Ever Confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-22 11:09:53 UTC --- Confirmed, [expr.delete] p4 says The cast-expression in a delete-expression shall be evaluated exactly once.
[Bug middle-end/52329] Invalid MEM_REF encountered in set_mem_attributes_minus_bitpos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52329 --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 11:21:53 UTC --- Author: rguenth Date: Wed Feb 22 11:21:48 2012 New Revision: 184466 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184466 Log: 2012-02-22 Richard Guenther rguent...@suse.de PR middle-end/52329 * gimple-fold.c (fold_stmt_1): Also canonicalize ADDR_EXPRs for GIMPLE_DEBUG stmts. Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-fold.c
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-22 11:22:14 UTC --- C++ is not memory safe, but I guess you know that (and that code probably shouldn't be run outside a VM)
[Bug middle-end/52329] Invalid MEM_REF encountered in set_mem_attributes_minus_bitpos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52329 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-22 11:22:06 UTC --- Fixed on trunk.
[Bug target/52338] shorter abs thumb2 code sequences
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52338 Richard Earnshaw rearnsha at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-02-22 Ever Confirmed|0 |1 --- Comment #1 from Richard Earnshaw rearnsha at gcc dot gnu.org 2012-02-22 11:52:48 UTC --- The sequence that doesn't need conditional execution will generally execute in just two cycles, the version using the conditional execution will take 3 (perhaps more) as on some cores conditional instructions can be quite slow (though still faster than branching if there is no pattern to that the branch predictor can lock onto). The patterns to deal with these sequences were originally written for ARM state and have been subsequently converted to also handle Thumb2. In ARM state both sequences need 8 bytes and the non-compare version is clearly preferable.
[Bug target/52338] shorter abs thumb2 code sequences
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52338 Richard Earnshaw rearnsha at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Severity|normal |enhancement
[Bug c++/52337] memory hole
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52337 --- Comment #7 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:24:54 UTC --- i tell you of cause context certainly vm is your keyword outside you consider but regular pascal refer the abiblity you can surppose a memory like gcc use or g++ it is that selector so you use vm seperate machine and damage use dos produce from microsoft i install turbo pascal to package cover it i sure regular that g++ no i can develop the memory hole to prove it g++ i sure hole as regular then i make a pointer to the friend of private the value i pointer is gcc pointer friend function can point virtual function class:: or friend class ClassTwo activate mode or select compile and run if you no assert the hint i sure you know
[Bug driver/30640] Memory leak in lang_specific_driver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30640 --- Comment #1 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:27:57 UTC --- (In reply to comment #0) in function lang_specific_driver, if shared gcclib is wanted, a new larger memory block is allocated for the extra argument -shared-libgcc. However, the original memory is left alone and will cause memory leak. And I think statement free(*in_argv) should added before *in_argv = arglist; at line 91, in file gcc-4.1.1\gcc\gccspec.c. i understand arglist it is a block of memory if in a pointer anything to a block that define privilage to a very people in the family free(*in_argv)i understand destroy envrionemtn then envrionment damage
[Bug libgcj/27031] native Eclipse uses too much memory on startup, sometimes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27031 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #4 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:32:28 UTC --- all all memory for that it is block and sql attack time delay you cannt move
[Bug middle-end/41043] [4.4 Regression] virtual memory exhausted: Cannot allocate memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #16 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:35:35 UTC --- Cannot allocate memory i think the alert to it so multiple line sql it is damage like a develop but redesign in hack redesign in hack is damage damage is your unknown interface so break;in switch multiple case surggest you must know switch it is one so no use more
[Bug libgcj/50057] [4.7 regression] misalignment of java_exception_header resulted in throwable to be null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50057 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING --- Comment #7 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-22 12:35:04 UTC --- Could you please retest this bug. I assume it is a duplicate of PR52238, which was recently fixed.
[Bug target/43988] unnecessary memory store
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43988 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:38:16 UTC --- in masm i surggest xlat in al a crossive chart refer in a return reti suit a ex register in ex reigster ss si for it rewrite chart to disk use virus scan then safe seperate
[Bug inline-asm/33451] Collapsing of offsetable memory operands.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33451 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:39:42 UTC --- compile surggest you as a virus scan
[Bug tree-optimization/21046] move memory allocation out of a loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21046 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #4 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:42:13 UTC --- you know stack one
[Bug target/36370] Is the sse2 psrlq insn accessible ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36370 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #8 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:45:57 UTC --- should use char byte two
[Bug c++/2316] g++ fails to overload on language linkage
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #46 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:42:46 UTC --- i sure you problem primary
[Bug c++/52339] using delete ptr1-ptr2 where ptr2 destructor deletes a const ptr1 fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52339 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-22 12:48:04 UTC --- b = b.0; a = b-a; D.2361 = a-b; if (D.2361 != 0B) goto D.2362; else goto D.2363; D.2362: D.2364 = a-b; B::~B (D.2364); D.2365 = a-b; operator delete (D.2365); which is indeed as if written like: a-b-~B(); operator delete(a-b); // a is already deleted if 'a' is not a pointer-to-const then instead you get b = b.0; a = b-a; D.2361 = a-b; if (D.2361 != 0B) goto D.2362; else goto D.2363; D.2362: B::~B (D.2361); operator delete (D.2361); calling the destructor and operator delete directly on the value of a-b
[Bug c/50507] Huge amount of memory used while building GCC4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50507 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #5 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:46:54 UTC --- you need a comment
[Bug libstdc++/24025] libstdc++ crashes when out of memory exception thrown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24025 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #10 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:52:15 UTC --- i know you are
[Bug fortran/51175] Memory Leak with Transfer intrinsic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51175 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:46:16 UTC --- set char two privilage
[Bug target/44490] X86 memory mismatch stall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44490 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:44:51 UTC --- i know it
[Bug target/31667] Integer extensions vectorization could be improved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31667 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:46:37 UTC --- know as byte one it is simulor
[Bug target/44141] Redundant loads and stores generated for AMD bdver1 target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #3 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:48:13 UTC --- i tell you
[Bug libgcj/24154] Make requires too much memory building libjava
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24154 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #8 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:50:40 UTC --- xiaoyuanbo
[Bug c/28233] internal compiler error: in make_decl_rtl, at varasm.c:752
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28233 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #9 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:45:12 UTC --- email service
[Bug fortran/38319] Memory leaks in allocatable component expressions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38319 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #6 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:54:34 UTC --- you know that title
[Bug target/39222] out of memory bootstrapping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39222 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #6 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:57:32 UTC --- total root
[Bug tree-optimization/26388] Variable sized storage allocation should be promoted to stack allocation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26388 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #9 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:43:25 UTC --- and you call manager remove it
[Bug target/17306] function_vector attribute in H8300H/H8S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17306 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:47:07 UTC --- hello,world!
[Bug rtl-optimization/49936] IRA handles CANNOT_CHANGE_MODE_CLASS poorly, + spills to memory on 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #12 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:55:01 UTC --- long pointer for file system
[Bug target/45937] unnecessary add/sub sp to reserve stack memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45937 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #1 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:49:30 UTC --- cpu called same register
[Bug fortran/49241] memory leak with lhs realloc of zero-sized array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49241 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #3 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:45:38 UTC --- phsical memory main point
[Bug middle-end/47344] [4.4/4.5/4.6/4.7 Regression][meta-bug] GCC gets slower and uses more memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47344 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #4 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:54:14 UTC --- class a{int i;}ai;
[Bug target/49564] [cppcheck][patch] fixed resource and memory leaks in /gcc/gcc/config/alpha/host-osf.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49564 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #1 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:56:06 UTC --- so leack memory that it is disk
[Bug tree-optimization/42587] bswap not recognized for memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42587 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #6 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:59:44 UTC --- i know
[Bug target/40735] memory hog compiling big functions with -fPIE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #16 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:52:59 UTC --- obtain head
[Bug tree-optimization/32199] jc1: out of memory allocating 4072 bytes after a total of 805021000 bytes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32199 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #14 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:59:27 UTC --- install gcc event
[Bug target/47754] [missed optimization] AVX allows unaligned memory operands but GCC uses unaligned load and register operand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47754 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #5 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 13:04:03 UTC --- so you are boss
[Bug middle-end/12083] have builtin function comparing memory backwards
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12083 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 13:04:37 UTC --- in memcmp i sure
[Bug other/27541] Support Cluster OpenMP (distributed-memory OpenMP)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27541 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #3 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 13:02:32 UTC --- from sql selector
[Bug libgcj/16997] WeakHashMap leaks memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16997 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #2 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:55:42 UTC --- you want save disk
[Bug rtl-optimization/48840] [4.4/4.5 regression] assertion failure in reload1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48840 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #7 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:44:36 UTC --- you ask
[Bug ada/35372] Memory corruption at unchecked deallocation of the interface classwide type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35372 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #5 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 13:01:51 UTC --- you destructor main
[Bug tree-optimization/19831] Missing DSE/malloc/free optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831 xiaoyuanbo xiaoyuanbo at yeah dot net changed: What|Removed |Added CC||xiaoyuanbo at yeah dot net --- Comment #12 from xiaoyuanbo xiaoyuanbo at yeah dot net 2012-02-22 12:41:56 UTC --- but you need some
[Bug target/49564] [cppcheck][patch] fixed resource and memory leaks in /gcc/gcc/config/alpha/host-osf.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49564 --- Comment #2 from Martin Ettl ettl.martin at gmx dot de 2012-02-22 14:16:08 UTC --- (In reply to comment #1) so leack memory that it is disk Sorry, but what does this comment mean?
[Bug target/18145] Do not emit __do_copy_data or __do_clear_bss if .data or .bss is empty.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18145 --- Comment #6 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-02-22 14:14:03 UTC --- Author: gjl Date: Wed Feb 22 14:13:48 2012 New Revision: 184481 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184481 Log: PR target/18145 * config/avr/avr.c (avr_asm_output_aligned_decl_common): Skip setting avr_need_clear_bss_p for __gnu_lto* symbols. Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr.c
[Bug target/49564] [cppcheck][patch] fixed resource and memory leaks in /gcc/gcc/config/alpha/host-osf.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49564 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-22 14:20:29 UTC --- I think you can ignore it, that user has been posting comments on dozens of bugs that refer to the word memory anywhere in the title or comments: http://gcc.gnu.org/ml/gcc-bugs/2012-02/index.html#02224
[Bug tree-optimization/52340] New: autopar (at least) corrupts dominance info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52340 Bug #: 52340 Summary: autopar (at least) corrupts dominance info Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: rgue...@gcc.gnu.org Adding sanity-checking to calculate_dominance_info trips over autopar at least: Index: gcc/dominance.c === --- gcc/dominance.c (revision 184460) +++ gcc/dominance.c (working copy) @@ -639,7 +639,12 @@ calculate_dominance_info (enum cdi_direc bool reverse = (dir == CDI_POST_DOMINATORS) ? true : false; if (dom_computed[dir_index] == DOM_OK) -return; +{ +#ifdef ENABLE_CHECKING + verify_dominators (dir); +#endif + return; +} timevar_push (TV_DOMINANCE); if (!dom_info_available_p (dir)) @@ -667,6 +672,10 @@ calculate_dominance_info (enum cdi_direc free_dom_info (di); dom_computed[dir_index] = DOM_NO_FAST_QUERY; } +#ifdef ENABLE_CHECKING + else +verify_dominators (dir); +#endif compute_dom_fast_query (dir); We notice this in the update_ssa call that computes dominance info (which is already there, so the verification happens and fails). A workaround (or fix) for pieces is Index: gcc/tree-parloops.c === --- gcc/tree-parloops.c (revision 184460) +++ gcc/tree-parloops.c (working copy) @@ -1740,6 +1740,10 @@ create_parallel_loop (struct loop *loop, gimple_set_location (stmt, loc); gsi_insert_after (gsi, stmt, GSI_NEW_STMT); + /* After the above dom info is hosed. Re-compute it. */ + free_dominance_info (CDI_DOMINATORS); + calculate_dominance_info (CDI_DOMINATORS); + return paral_bb; }
[Bug libffi/52223] [4.5/4.6/4.7 Regression] libffi's man page install breaks with multilibs and overridden mandir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52223 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-22 15:03:34 UTC --- (In reply to comment #4) (In reply to comment #3) This ought to work. Does applying the fix I discuss in http://gcc.gnu.org/ml/gcc-patches/2011-09/msg01187.html - setting FLAGS_TO_PASS = $(AM_MAKEFLAGS) in Makefile.am - for libffi help here? Yes, with that applied overriding mandir at install does work. I had to adapt the patch a little, this is what I tested: --- gcc-4.7-20120211/libffi/Makefile.am.~1~ +++ gcc-4.7-20120211/libffi/Makefile.am @@ -76,6 +76,9 @@ AM_MAKEFLAGS = \ RANLIB=$(RANLIB) \ DESTDIR=$(DESTDIR) +# Subdir rules rely on $(FLAGS_TO_PASS) +FLAGS_TO_PASS = $(AM_MAKEFLAGS) + MAKEOVERRIDES= toolexeclib_LTLIBRARIES = libffi.la --- gcc-4.7-20120211/libffi/Makefile.in.~1~ +++ gcc-4.7-20120211/libffi/Makefile.in @@ -455,6 +455,8 @@ AM_MAKEFLAGS = \ RANLIB=$(RANLIB) \ DESTDIR=$(DESTDIR) +# Subdir rules rely on $(FLAGS_TO_PASS) +FLAGS_TO_PASS = $(AM_MAKEFLAGS) MAKEOVERRIDES = toolexeclib_LTLIBRARIES = libffi.la noinst_LTLIBRARIES = libffi_convenience.la Are you going to post this to gcc-patches? Please CC the build maintainers.
[Bug bootstrap/52287] [4.7 regression] ICE in ready_remove_first, at haifa-sched.c:1927
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52287 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-22 15:02:44 UTC --- Yeah, can't reproduce this with a cross either, and even valgrind is clean on it.
[Bug target/52137] bdver2 scheduler needs to be added to bdver1 insn reservations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52137 Quentin Neill qneill at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Quentin Neill qneill at gcc dot gnu.org 2012-02-22 15:05:54 UTC --- This patch restores the expected performance for -march=bdver2
[Bug c++/52321] poor diagnostic of invalid cast
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52321 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-02-22 15:58:26 UTC --- (In reply to comment #4) Define an enum of reasons with success first, flop the sense of the test so that false means coercion was OK (grep to find all calls and put a ! in front of each), and return the reason enum instead of bool. The code that is reason-aware saves the enum and builds a good message; the legacy code that is not reason-aware treats the enum as a bool and works as before except for the inverted sense of the test. Maybe half an hour of work. Plausible? Plausible in theory, sadly unrealistic in practice. But I would like to be proven wrong, so give it a try.
[Bug libgcj/50057] [4.7 regression] misalignment of java_exception_header resulted in throwable to be null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50057 gee jojelino at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #8 from gee jojelino at gmail dot com 2012-02-22 16:13:41 UTC --- (In reply to comment #7) Could you please retest this bug. I assume it is a duplicate of PR52238, which was recently fixed. yes, it's fixed. thank you.
[Bug target/52330] pr50305.c: valgrind problem on invalid asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52330 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Keywords||error-recovery Target||x86 URL||http://gcc.gnu.org/ml/gcc-p ||atches/2012-02/msg01153.htm ||l Component|c |target Target Milestone|--- |4.4.7 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2012-02-22 16:18:24 UTC --- Patch at [1]. [1] http://gcc.gnu.org/ml/gcc-patches/2012-02/msg01153.html
[Bug libgcj/50057] [4.7 regression] misalignment of java_exception_header resulted in throwable to be null
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50057 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #9 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-22 16:28:40 UTC --- mark as duplicate of 52238 *** This bug has been marked as a duplicate of bug 52238 ***
[Bug target/52238] -mms-bitfields: __attribute__ ((aligned (n))) ignored for struct members
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52238 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added CC||jojelino at gmail dot com --- Comment #12 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-22 16:28:40 UTC --- *** Bug 50057 has been marked as a duplicate of this bug. ***
[Bug rtl-optimization/52250] [4.7 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52250 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-22 16:45:03 UTC --- Started with http://gcc.gnu.org/viewcvs?root=gccview=revrev=179284 which doesn't seem to be related, so looks like a latent sel-sched bug. The note the assert fails on is NOTE_INSN_DELETED, so one has to wonder why we don't throw such notes away during the scheduling, or at least don't fail the assertion on those.
[Bug java/50045] [4.7 regression] ICE in gcc/java/lang.c:427 with -fdump-tree-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50045 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- Comment #5 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-22 16:45:28 UTC --- Does the following patch fixes your problem? ChangeLog 2012-02-20 Kai Tietz PR java/50045 * lang.c (put_decl_node): Check also for args not nil. Index: lang.c === --- lang.c (revision 184426) +++ lang.c (working copy) @@ -420,7 +420,8 @@ if (TREE_CODE (TREE_TYPE (node)) == METHOD_TYPE) args = TREE_CHAIN (args); put_decl_string ((, 1); - for ( ; args != end_params_node; args = TREE_CHAIN (args), i++) + for ( ; args != NULL_TREE args != end_params_node; + args = TREE_CHAIN (args), i++) { if (i 0) put_decl_string (,, 1);
[Bug fortran/52335] [4.4/4.5/4.6/4.7 Regression] I/O: -std=f95 rejects valid DELIM= in OPEN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52335 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-22 17:25:21 UTC --- Author: burnus Date: Wed Feb 22 17:25:11 2012 New Revision: 184485 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184485 Log: 2012-02-22 Tobias Burnus bur...@net-b.de PR fortran/52335 * io.c (gfc_match_open): Remove bogus F2003 DELIM= check. 2012-02-22 Tobias Burnus bur...@net-b.de PR fortran/52335 * gfortran.dg/io_constraints_10.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/io_constraints_10.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/io.c trunk/gcc/testsuite/ChangeLog
[Bug bootstrap/52287] [4.7 regression] ICE in ready_remove_first, at haifa-sched.c:1927
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52287 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-02-22 Ever Confirmed|0 |1 --- Comment #6 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-02-22 17:24:53 UTC --- I can reproduce with a native compiler.
[Bug go/52341] New: crypto/rand FAILs before Solaris 11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52341 Bug #: 52341 Summary: crypto/rand FAILs before Solaris 11 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: r...@gcc.gnu.org Host: *-*-solaris2.{8,9,10} Target: *-*-solaris2.{8,9,10} Build: *-*-solaris2.{8,9,10} Before Solaris 11, the libgo crypto/rand test FAILs like this: --- FAIL: rand.TestRead (0.00 seconds) ???:1: Read(buf) = 1040, %!s(nil) FAIL FAIL: crypto/rand There's a limit on /dev/urandom here, while not properly documented in random(7D), it can be found in the OpenSolaris sources and is alluded to in Solaris 11 random(7D): The limitation per read for /dev/random is 1040 bytes. The limit for /dev/urandom is (128 * 1040). The 1040 byte limit also applies to /dev/urandom before Solaris 11. Rainer
[Bug go/52342] New: 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52342 Bug #: 52342 Summary: 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: r...@gcc.gnu.org Host: sparc-sun-solaris2* Target: sparc-sun-solaris2* Build: sparc-sun-solaris2* During all my Solaris/SPARC bootstraps, a single go.test testcase consistently times out: Running target unix/-m64 FAIL: go.test/test/chan/doubleselect.go execution, -O2 -g WARNING: program timed out. This happens only in the 64-bit case. Even on a completely unloaded machine, I find LD_LIBRARY_PATH=../../../sparc-sun-solaris2.11/sparcv9/libgo/.libs:../../sparcv9 timex ./doubleselect.x real2:26.36 user2:28.07 sys2.54 which is dangerously close to the default timeout of 300s. The 32-bit version is way faster: real 2.70 user 3.01 sys2.19 Rainer
[Bug libffi/52221] [libffi] r183675,r184021 needs to be fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52221 --- Comment #14 from gee jojelino at gmail dot com 2012-02-22 18:13:35 UTC --- (In reply to comment #13) Yes, this looks better IMHO. Btw any differences about libjava testsuite run about this altered libffi patch? WARNING: Couldn't find the global config file. Test Run By Administrator on Thu Feb 23 01:18:02 2012 Target is i686-pc-mingw32 Host is i686-pc-mingw32 Build is i686-pc-cygwin === libjava tests === Schedule of variations: unix Running target unix Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. Using /tmp/gcc/libjava/testsuite/config/default.exp as tool-and-target-specific interface file. WARNING: Assuming target board is the local machine (which is probably wrong). You may need to set your DEJAGNU environment variable. Running /tmp/gcc/libjava/testsuite/libjava.cni/cni.exp ... Running /tmp/gcc/libjava/testsuite/libjava.jar/jar.exp ... FAIL: TestClosureGC output FAIL: libjava.jar/TestClosureGC.jar execution - gij test FAIL: simple output FAIL: libjava.jar/simple.jar execution - gij test Running /tmp/gcc/libjava/testsuite/libjava.jni/jni.exp ... Running /tmp/gcc/libjava/testsuite/libjava.jvmti/jvmti-interp.exp ... Running /tmp/gcc/libjava/testsuite/libjava.jvmti/jvmti.exp ... Running /tmp/gcc/libjava/testsuite/libjava.lang/lang.exp ... FAIL: StackTrace2 output - source compiled test FAIL: StackTrace2 -findirect-dispatch output - source compiled test FAIL: StackTrace2 -O3 output - source compiled test FAIL: StackTrace2 -O3 -findirect-dispatch output - source compiled test FAIL: Thread_Sleep output - source compiled test FAIL: Thread_Sleep_2 output - source compiled test FAIL: Thread_Sleep_2 -findirect-dispatch output - source compiled test FAIL: Thread_Sleep_2 -O3 output - source compiled test FAIL: Thread_Sleep_2 -O3 -findirect-dispatch output - source compiled test FAIL: md5test execution - source compiled test FAIL: md5test -findirect-dispatch execution - source compiled test FAIL: md5test -O3 execution - source compiled test FAIL: md5test -O3 -findirect-dispatch execution - source compiled test FAIL: pr21785 execution - source compiled test FAIL: pr21785 -findirect-dispatch execution - source compiled test FAIL: pr21785 -O3 execution - source compiled test FAIL: pr21785 -O3 -findirect-dispatch execution - source compiled test FAIL: pr26990 execution - source compiled test FAIL: pr26990 -findirect-dispatch execution - source compiled test FAIL: pr26990 -O3 execution - source compiled test FAIL: pr26990 -O3 -findirect-dispatch execution - source compiled test FAIL: shatest execution - source compiled test FAIL: shatest -findirect-dispatch execution - source compiled test FAIL: shatest -O3 execution - source compiled test FAIL: shatest -O3 -findirect-dispatch execution - source compiled test Running /tmp/gcc/libjava/testsuite/libjava.loader/loader.exp ... FAIL: TestMultiple output - source compiled test FAIL: TestParent output - source compiled test Running /tmp/gcc/libjava/testsuite/libjava.mauve/mauve.exp ... sh: /configure: No such file or directory FAIL: Mauve configure Running /tmp/gcc/libjava/testsuite/libjava.special/special.exp ... Running /tmp/gcc/libjava/testsuite/libjava.verify/verify.exp ... === libjava Summary === # of expected passes2360 # of unexpected failures32 # of untested testcases 18 Makefile:385: recipe for target `check-DEJAGNU' failed make[1]: *** [check-DEJAGNU] Error 1 make[1]: Leaving directory `/tmp/gcc/i686-pc-mingw32/libjava/testsuite' Makefile:409: recipe for target `check-am' failed make: *** [check-am] Error 2 no problem with attachment 26692. please apply this.
[Bug target/52051] [4.7 regression] invalid stack-cleanup occured with -O flag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52051 gee jojelino at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #2 from gee jojelino at gmail dot com 2012-02-22 18:22:09 UTC --- confirmed fixed in pr52221 #14
[Bug c++/52343] New: [C++11] alias-definition dont work in `templateclass` params type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52343 Bug #: 52343 Summary: [C++11] alias-definition dont work in `templateclass` params type Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: trashyan...@wp.pl gcc version 4.7.0 20120203 (experimental) (niXman build) code: --- --- class bb {}; templatetypename A using a1 = int; //same with char, bool and long templatetypename C using a2 = bb; templatetypename D using a3 = double; templatetemplateclass class T struct aa { }; aaa1 zz1; //error: integral expression 'a1' is not constant WTF?? aaa2 zz2; aaa3 zz3; --- ---
[Bug rtl-optimization/52250] [4.7 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52250 --- Comment #3 from Andrey Belevantsev abel at gcc dot gnu.org 2012-02-22 18:49:15 UTC --- I'll take a look on Friday, tomorrow I am off work. Indeed I do not remember seeing these notes at the assert time.
[Bug target/52330] pr50305.c: valgrind problem on invalid asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52330 --- Comment #4 from uros at gcc dot gnu.org 2012-02-22 19:12:14 UTC --- Author: uros Date: Wed Feb 22 19:12:09 2012 New Revision: 184488 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184488 Log: PR target/52330 * config/i386/i386.c (ix86_print_operand) case 'H': Error out if x is not offsettable memory reference. testsuite/ChangeLog: PR target/52330 * gcc.target/i386/pr52330.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr52330.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog
[Bug target/52330] pr50305.c: valgrind problem on invalid asm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52330 --- Comment #5 from uros at gcc dot gnu.org 2012-02-22 19:17:47 UTC --- Author: uros Date: Wed Feb 22 19:17:42 2012 New Revision: 184489 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184489 Log: PR target/52330 * config/i386/i386.c (ix86_print_operand) case 'H': Error out if x is not offsettable memory reference. testsuite/ChangeLog: PR target/52330 * gcc.target/i386/pr52330.c: New test. Added: branches/gcc-4_6-branch/gcc/testsuite/gcc.target/i386/pr52330.c Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/i386/i386.c branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
[Bug web/52239] Upgrade GCC Bugzilla to 4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52239 --- Comment #2 from Frédéric Buclin LpSolit at netscape dot net 2012-02-22 19:25:45 UTC --- Bugzilla 4.2 has been released today. But overseers told me that bzr (Bazaar) cannot be installed on the server because it has a too old version of Python. As Bugzilla 4.0.x is the last branch to have a CVS mirror of the upstream bzr repository, I will have to wait for the upgrade of the server before I can install Bugzilla 4.2 using bzr. Meanwhile, I will keep doing minor upgrades on the 4.0.x branch.