[Bug debug/43222] two DEBUG i => 0 generated after loop copy header

--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-02 07:54 --- Line info on debug stmts/DEBUG_INSNs is ignored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43222

[Bug tree-optimization/43220] [4.3 Regression] Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

--- Comment #6 from jakub at gcc dot gnu dot org 2010-03-02 07:47 --- Fixed also on 4.4 branch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug tree-optimization/43220] [4.3/4.4 Regression] Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-02 07:44 --- Subject: Bug 43220 Author: jakub Date: Tue Mar 2 07:44:03 2010 New Revision: 157160 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157160 Log: Backport from mainline: 2010-03-01 Richard Guent

[Bug target/40457] use stm and ldm to access consecutive memory words

--- Comment #9 from ramana at gcc dot gnu dot org 2010-03-02 07:37 --- Not working on this. -- ramana at gcc dot gnu dot org changed: What|Removed |Added Assigned

[Bug other/42980] GCC parallel "make install" failures

--- Comment #13 from rwild at gcc dot gnu dot org 2010-03-02 06:10 --- Subject: Bug 42980 Author: rwild Date: Tue Mar 2 06:09:56 2010 New Revision: 157159 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157159 Log: Small multilib rule fixups. libgcc/: PR other/42980

[Bug target/43225] Structure copies not vectorized

--- Comment #2 from astrange at ithinksw dot com 2010-03-02 05:31 --- -fdump-tree-slp-details: copy_gcc.c:8: note: ===vect_slp_analyze_bb=== copy_gcc.c:8: note: === vect_analyze_data_refs === Creating dr for *b_2(D) analyze_innermost: success. base_address: b_2(D) offset

[Bug target/43225] Structure copies not vectorized

--- Comment #1 from pinskia at gmail dot com 2010-03-02 05:24 --- Subject: Re: New: Structure copies not vectorized Sent from my iPhone On Mar 1, 2010, at 8:23 PM, "astrange at ithinksw dot com" wrote: > Source: > > #include > > struct a1 { char l[16];}; Are sure that struct ha

Re: [Bug target/43225] New: Structure copies not vectorized

Sent from my iPhone On Mar 1, 2010, at 8:23 PM, "astrange at ithinksw dot com" > wrote: Source: #include struct a1 { char l[16];}; Are sure that struct has 128 bit alignment because I think it only has 8bit alignment. struct a2 { __m128i l; }; void f1(struct a1 *a, struct a1 *b)

[Bug target/43225] New: Structure copies not vectorized

Source: #include struct a1 { char l[16];}; struct a2 { __m128i l; }; void f1(struct a1 *a, struct a1 *b) { *a = *b; } void f2(struct a2 *a, struct a2 *b) { *a = *b; } > /usr/local/gcc45/bin/gcc -O3 -fomit-frame-pointer -S copy_gcc.c _f1: movq(%rsi), %rax movq%r

[Bug tree-optimization/43224] Constant load not raised out of loop

--- Comment #4 from astrange at ithinksw dot com 2010-03-02 04:00 --- Is it possible for aliased writes to affect a const pointer? I was assuming that it wasn't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43224

[Bug tree-optimization/43224] Constant load not raised out of loop

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-02 03:56 --- In fact that is correct, see PR 14192 for the reasons why. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/43224] Constant load not raised out of loop

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-02 03:53 --- I think what GCC is doing is correct as lsps could conflict with mul_q and base_q as lsps is not marked as restrict. Doing this: #include void dequant_lsps(double *__restrict lsps, int num, const u

[Bug tree-optimization/43224] Constant load not raised out of loop

--- Comment #1 from astrange at ithinksw dot com 2010-03-02 03:45 --- Created an attachment (id=20002) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20002&action=view) x86-64 asm output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43224

[Bug tree-optimization/43224] New: Constant load not raised out of loop

Source: #include void dequant_lsps(double *lsps, int num, const unsigned short *values, int n_stages, const unsigned char * __restrict table, const double * __restrict mul_q, const double * __restrict base_q) { const unsigned char *t_off =

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #15 from redi at gcc dot gnu dot org 2010-03-02 00:41 --- Fixed. Version checked in uses swap: void reset(pointer __p = pointer()) { using std::swap; swap(std::get<0>(_M_t), __p); if (__p != pointer()) get_deleter()(__p);

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #14 from redi at gcc dot gnu dot org 2010-03-02 00:40 --- Subject: Bug 43183 Author: redi Date: Tue Mar 2 00:40:28 2010 New Revision: 157158 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157158 Log: 2010-03-02 Jonathan Wakely PR libstdc++/43183

[Bug c++/43223] c++0x: Cannot init a R-value reference with L-value

--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-02 00:00 --- Yes, this is intended. For details see, for example: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2831.html -- paolo dot carlini at oracle dot com changed: What|Removed

[Bug middle-end/38671] [4.3/4.4/4.5 Regression] selecting one IV instead of three

--- Comment #8 from pinskia at gcc dot gnu dot org 2010-03-01 23:34 --- For 4.2, we use three IVs; while from 4.3 and above, we use one IV. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/38671] [4.3/4.4/4.5 Regression] extra code for setting up loops (IV-opts and 32bits vs 64bits)

--- Comment #7 from pinskia at gcc dot gnu dot org 2010-03-01 23:32 --- Still getting: D.41749_31 = n_13 + 4294967295; D.41750_32 = (long unsigned int) D.41749_31; D.41751_49 = D.41750_32 + 1; Reduced testcase: int f(int *a, int n, int *b) { n = n >> 2; do { *b = *a; a

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #13 from tjgolubi at netins dot net 2010-03-01 23:23 --- Subject: Re: std::unique_ptr::reset() does not conform to N3035. I think you are correct now. Thank you for the explanation. terry - Original Message - From: "redi at gcc dot gnu dot org" To: Sent: Monda

[Bug debug/43222] two DEBUG i => 0 generated after loop copy header

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-01 23:20 --- And nothing removes the duplicated debug statements that are outside the loop until rtl dce comes around. And it removes the debug statements which had line information too. -- http://gcc.gnu.org/bugzilla/show_

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #8 from hjl dot tools at gmail dot com 2010-03-01 23:18 --- (In reply to comment #6) > (In reply to comment #5) > > > install.texi says that i?86-linux-gnu requires 2.13.1. > > binutils-2.13.1.tar.bz2 07-Nov-2002 23:45 9.5M > binutils-2.13.1.tar.gz0

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #7 from hjl dot tools at gmail dot com 2010-03-01 23:16 --- (In reply to comment #5) > (In reply to comment #4) > > > What is the minimum binutils required by gcc? Does it support movq? > > install.texi says that i?86-linux-gnu requires 2.13.1. > > Since you are listed as

[Bug debug/43222] two DEBUG i => 0 generated after loop copy header

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-01 23:14 --- Here is a simplier testcase which shows the problem is even worse: int gif_read_lzw(int input_code_size) { int i; short code_size = 0; for (i = 0; i < input_code_size; i ++) code_size ++; return code_siz

[Bug c++/43223] New: c++0x: Cannot init a R-value reference with L-value

The following function fails to compile with C++0x: int main() { int i = 3; int &&x = i; } $ g++ -std=gnu++0x test.cpp -o test test.cpp:4:15: error: invalid initialization of reference of type 'int&&' from expression of type 'int' -- Summary: c++0x: Cannot init a R-value refer

[Bug debug/43222] two DEBUG i => 0 generated after loop copy header

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-03-01 23:05 --- And there are actually two duplicated debug statements. One for the i => 0 and then one for i => i_11 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43222

[Bug debug/43222] New: two DEBUG i => 0 generated after loop copy header

I Noticed this while looking into the testcase of 42897, sometimes we generate a second DEBUG i => 0 when doing a loop copy header. The second debug statement does not even have a line number associated with it either (but that might be because it was from the phi). Simple testcase: int gif_read_

[Bug libfortran/32972] performance of pack/unpack

--- Comment #26 from tkoenig at gcc dot gnu dot org 2010-03-01 22:53 --- I think pack and unpack are OK now. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added -

[Bug debug/42897] [4.5 Regression] yet another ice in verify_ssa

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-03-01 22:53 --- Reduced testcase: int gif_read_lzw(int input_code_size) { int i, incode; static short fresh = 0, code_size, set_code_size, clear_code, table[2][4096], *sp; set_code_size = input_code_size; clear_code = 1 <<

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #12 from redi at gcc dot gnu dot org 2010-03-01 22:38 --- Bear in mind that a custom deleter with custom pointer type might have very different semantics for comparing pointer values and for invoking the deleter. Consider a custom D::pointer which keeps a generation count, w

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #11 from redi at gcc dot gnu dot org 2010-03-01 22:30 --- (In reply to comment #10) > I think it should still check for resetting to the same value to avoid > duplicate deletes later. I disagree, double delete can only happen in the case of a programming error. Look at my

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #10 from tjgolubi at netins dot net 2010-03-01 22:22 --- Subject: Re: std::unique_ptr::reset() does not conform to N3035. I see your point. I think it should still check for resetting to the same value to avoid duplicate deletes later. terry void reset(pointe

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

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

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #6 from ubizjak at gmail dot com 2010-03-01 20:36 --- (In reply to comment #5) > install.texi says that i?86-linux-gnu requires 2.13.1. binutils-2.13.1.tar.bz2 07-Nov-2002 23:45 9.5M binutils-2.13.1.tar.gz07-Nov-2002 23:45 12M IMNSHO, I really

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #5 from ubizjak at gmail dot com 2010-03-01 20:30 --- (In reply to comment #4) > What is the minimum binutils required by gcc? Does it support movq? install.texi says that i?86-linux-gnu requires 2.13.1. Since you are listed as x86 binutils maintainer, I would expect that

[Bug rtl-optimization/40761] [4.4/4.5 Regression] IRA memory hog for insanely nested loops

--- Comment #4 from tkoenig at gcc dot gnu dot org 2010-03-01 19:27 --- This now causes an ICE: i...@linux-fd1f:/tmp> cat haha.c #define ONE while (b()) #define TEN ONE ONE ONE ONE ONE ONE ONE ONE ONE ONE #define HUN TEN TEN TEN TEN TEN TEN TEN TEN TEN TEN #define THOUHU

[Bug tree-optimization/43209] [4.5 Regression] ICE in try_improve_iv_set, at tree-ssa-loop-ivopts.c:5238

--- Comment #7 from sebpop at gmail dot com 2010-03-01 18:21 --- Subject: Re: [4.5 Regression] ICE in try_improve_iv_set, at tree-ssa-loop-ivopts.c:5238 > You should fuse this condition into the previous condition expression > to avoid the inner if. Like this: diff --git a/g

[Bug fortran/42900] gfortran.dg/stat_[12].f90 may fail on NFS filesystems

--- Comment #5 from ro at gcc dot gnu dot org 2010-03-01 18:19 --- Fixed for 4.5.0: http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00992.html -- ro at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/42900] gfortran.dg/stat_[12].f90 may fail on NFS filesystems

--- Comment #4 from ro at gcc dot gnu dot org 2010-03-01 18:19 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc do

[Bug pch/14940] PCH largefile test fails on various platforms

--- Comment #38 from ro at gcc dot gnu dot org 2010-03-01 18:17 --- Fixed for Solaris 2 for 4.5.0: http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00979.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14940

[Bug other/32499] libstdc++ testsuite fails on platforms without ranlib

--- Comment #15 from ro at gcc dot gnu dot org 2010-03-01 18:16 --- Fixed for 4.5.0: http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00139.html -- ro at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/32499] libstdc++ testsuite fails on platforms without ranlib

--- Comment #14 from ro at gcc dot gnu dot org 2010-03-01 18:16 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|bonzini at gnu dot

[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines

--- Comment #13 from ro at gcc dot gnu dot org 2010-03-01 18:15 --- Fixed for 4.5.0: http://gcc.gnu.org/ml/java-patches/2010-q1/msg00021.html -- ro at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines

-- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aph at gcc dot gnu dot org |ro at gcc dot gnu dot org Status|UNCONFIRMED |

[Bug testsuite/32547] gnat.dg tasking tests fail on IRIX 5.3

--- Comment #5 from ro at gcc dot gnu dot org 2010-03-01 18:14 --- Fixed for 4.5.0: http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00594.html -- ro at gcc dot gnu dot org changed: What|Removed |Added -

[Bug testsuite/32547] gnat.dg tasking tests fail on IRIX 5.3

--- Comment #4 from ro at gcc dot gnu dot org 2010-03-01 18:13 --- Mine. -- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc do

[Bug tree-optimization/43209] [4.5 Regression] ICE in try_improve_iv_set, at tree-ssa-loop-ivopts.c:5238

--- Comment #6 from sebpop at gmail dot com 2010-03-01 18:10 --- Subject: Re: [4.5 Regression] ICE in try_improve_iv_set, at tree-ssa-loop-ivopts.c:5238 On Mon, Mar 1, 2010 at 12:02, changpeng dot fang at amd dot com > I have a fix for this problem. We should not decrease the

[Bug tree-optimization/43209] [4.5 Regression] ICE in try_improve_iv_set, at tree-ssa-loop-ivopts.c:5238

--- Comment #5 from changpeng dot fang at amd dot com 2010-03-01 18:02 --- I have a fix for this problem. We should not decrease the cost if the cost is infinite. diff --git a/gcc/tree-ssa-loop-ivopts.c b/gcc/tree-ssa-loop-ivopts.c index 74dadf7..9accda9 100644 --- a/gcc/tree-ssa-loop-

[Bug tree-optimization/43174] Teaching SCEV about ADDR_EXPR causes regression

--- Comment #1 from amonakov at gcc dot gnu dot org 2010-03-01 17:43 --- Created an attachment (id=20001) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20001&action=view) Simplify increments in IVopts using final values of inner loop IVs A quick & dirty attempt to implement regis

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #9 from paolo dot carlini at oracle dot com 2010-03-01 17:06 --- Agreed. In two days or so I can take care of committing these changes. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug tree-optimization/43220] [4.3/4.4 Regression] Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-01 16:57 --- Subject: Bug 43220 Author: rguenth Date: Mon Mar 1 16:57:02 2010 New Revision: 157149 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157149 Log: 2010-03-01 Richard Guenther PR tree-optimization/

[Bug tree-optimization/43220] [4.3/4.4 Regression] Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-01 16:57 --- Fixed for 4.5 sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #8 from jwakely dot gcc at gmail dot com 2010-03-01 16:35 --- Actually, we could just use pointer() everywhere, which would work today and would be equivalent to using nullptr, assuming the current proposed resolution of 834 or something similar. I would be very surprised i

[Bug debug/43177] Handle at least simple cases of reversible insns in debug info

--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-01 16:25 --- Created an attachment (id=2) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=2&action=view) gcc45-pr43177.patch Untested patch I'm playing with. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43177

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #7 from jwakely dot gcc at gmail dot com 2010-03-01 16:23 --- I think it should be fixed for 4.5 and then updated when nullptr is available. I assume that LWG 834 will be accepted in some form, so we will need an update at some point anyway, to use nullptr in release and ope

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #6 from paolo dot carlini at oracle dot com 2010-03-01 16:08 --- Indeed, thanks Jon. Shall we implement this for 4.5.0, or we had better wait for nullptr / nullptr_t, what do you think? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43183

[Bug middle-end/43221] [LTO] ICE in get_alias_set

--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-01 15:54 --- Created an attachment (id=1) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=view) Testcase Compile with `gcc -O2 -flto 1.c 2.c' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4322

[Bug middle-end/43221] New: [LTO] ICE in get_alias_set

In file included from :0:0: 1.c: In function 'f': 1.c:13:6: internal compiler error: in get_alias_set, at alias.c:710 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. lto-wrapper: /usr/local/bin/i686-pc-linux-gnu-gcc-4.5.

[Bug rtl-optimization/43156] [4.5 Regression] SPU-elf ICEs on simple programs

--- Comment #2 from pinskia at gmail dot com 2010-03-01 15:45 --- Subject: Re: [4.5 Regression] SPU-elf ICEs on simple programs Sent from my iPhone On Mar 1, 2010, at 3:51 AM, "rguenth at gcc dot gnu dot org" wrote: > > > --- Comment #1 from rguenth at gcc dot gnu dot org 201

[Bug middle-end/41250] hppa has DECL_VALUE_EXPR decls appearing in the function

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-01 15:44 --- Subject: Bug 41250 Author: rguenth Date: Mon Mar 1 15:43:32 2010 New Revision: 157148 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157148 Log: 2010-03-01 Richard Guenther Martin Jambor

[Bug middle-end/41250] hppa has DECL_VALUE_EXPR decls appearing in the function

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-01 15:43 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #4 from hjl dot tools at gmail dot com 2010-03-01 15:42 --- (In reply to comment #3) > I fail to see why binutils accepting both version should be a reason to > not fix gcc. > What is the minimum binutils required by gcc? Does it support movq? -- http://gcc.gnu.org/bug

[Bug fortran/43217] Output of Hollerith constants which are not a multiple of 4 bytes

--- Comment #3 from burnus at gcc dot gnu dot org 2010-03-01 15:37 --- I now check the standard. a) Hollerith constants (not H... in FORMAT) are deleted in Fortran 77, but they were allowed in Fortran 66. F77 "A.2 Conflicts with ANSI X3.9-1966" has: "Hollerith constants and Hollerith da

[Bug lto/43218] [LTO] Conflicting function types cause ICE

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-03-01 15:27 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug middle-end/43219] O2, O3 and Os produce wrong code

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-01 15:22 --- It works for me. With all versions of 4.3.x. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43219

[Bug tree-optimization/43220] [4.3/4.4/4.5 Regression] Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-03-01 15:16 --- The code doesn't do what it says it does. I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libstdc++/43183] std::unique_ptr::reset() does not conform to N3035.

--- Comment #5 from jwakely dot gcc at gmail dot com 2010-03-01 15:05 --- OK, I'm back and have had time to look at this. I vaguely remember noticing that the assignment and the deleter invocation happened in the wrong order in our implementation, but I must have forgotten about it as

[Bug tree-optimization/43220] [4.3/4.4/4.5 Regression] Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-01 14:59 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-01 14:55 --- I fail to see why binutils accepting both version should be a reason to not fix gcc. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/43217] Output of Hollerith constants which are not a multiple of 4 bytes

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-03-01 14:31 --- You folks think of the crazy stuff :) I will check into this. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/42852] gfortran -Wall warns about truncated lines when only a continuation character is truncated

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-03-01 14:27 --- OK, I will make some adjustments. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug pch/14940] PCH largefile test fails on various platforms

--- Comment #37 from ro at gcc dot gnu dot org 2010-03-01 14:07 --- Subject: Bug 14940 Author: ro Date: Mon Mar 1 14:07:12 2010 New Revision: 157145 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157145 Log: PR pch/14940 * gcc.dg/pch/pch.exp: Don't XFAIL largefi

[Bug tree-optimization/43220] New: Paritially optimized __builtin_save_stack/__builtin_restore_stack causes segmentation fault

I encountered a segmentation fault when executing an unrolled version of 20040811-1.c (tested with -O2) void *volatile p; int main (void) { int n = 0; lab:; { int x[n % 1000 + 1]; x[0] = 1; x[n % 1000] = 2; p = x; n++; } { int x[n % 1000 + 1]; x[0] = 1; x[n % 1000] = 2;

[Bug other/32499] libstdc++ testsuite fails on platforms without ranlib

--- Comment #13 from ro at gcc dot gnu dot org 2010-03-01 13:59 --- Subject: Bug 32499 Author: ro Date: Mon Mar 1 13:58:48 2010 New Revision: 157144 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157144 Log: libstdc++-v3: PR libstdc++/32499 * testsuite/M

[Bug middle-end/42220] [4.5 Regression] FAIL: gfortran.dg/complex_intrinsic_5.f90 -m64 -O -frename-registers

--- Comment #46 from dominiq at lps dot ens dot fr 2010-03-01 13:34 --- Anything else I can do for this pr? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42220

[Bug target/43215] x86-64: Nonstandard instruction "movd %xmm0, %rax"

--- Comment #2 from hjl dot tools at gmail dot com 2010-03-01 13:31 --- This is done on purpose to provide backward compatibility since vmovq isn't in original x86-64 spec and older assemblers don't support it. From i386-opc.tbl in binutils: // These really shouldn't allow for Reg64 (mo

[Bug middle-end/41250] hppa has DECL_VALUE_EXPR decls appearing in the function

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-03-01 13:14 --- *** Bug 42805 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/42805] [4.5 Regression] FAIL: gcc.c-torture/execute/pr42248.c compilation at -O1 and above

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-03-01 13:14 --- *** This bug has been marked as a duplicate of 41250 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/43219] O2, O3 and Os produce wrong code

--- Comment #2 from vierhaus at physik dot hu-berlin dot de 2010-03-01 13:01 --- Created an attachment (id=19998) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19998&action=view) Source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43219

[Bug c/43219] O2, O3 and Os produce wrong code

--- Comment #1 from vierhaus at physik dot hu-berlin dot de 2010-03-01 13:01 --- Created an attachment (id=19997) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19997&action=view) prog.i after compilation with -Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43219

[Bug c/43219] New: O2, O3 and Os produce wrong code

LC_ALL=C gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdi

[Bug tree-optimization/43213] [4.5 Regression] Worse code generated with -O2

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-01 12:57 --- Subject: Bug 43213 Author: rguenth Date: Mon Mar 1 12:56:44 2010 New Revision: 157142 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157142 Log: 2010-03-01 Richard Guenther PR middle-end/43213

[Bug middle-end/41250] hppa has DECL_VALUE_EXPR decls appearing in the function

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-03-01 12:57 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug tree-optimization/43213] [4.5 Regression] Worse code generated with -O2

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-03-01 12:56 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/43169] [OOP] gfortran rejects pure procedure with select type construct

--- Comment #9 from janus at gcc dot gnu dot org 2010-03-01 12:47 --- Even with the patch from comment #7, another thing goes wrong with BLOCK statements: pure subroutine swap implicit none real :: r1 block real :: r2 r1 = 42. r2 = 43. end block end

[Bug lto/42451] 'warning: type of "array" does not match original declaration' with -flto/-fwhopr

--- Comment #6 from d dot g dot gorbachev at gmail dot com 2010-03-01 12:47 --- Created an attachment (id=19996) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19996&action=view) Another testcase Compile with `gcc -flto 1.c 2.c' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug pch/14940] PCH largefile test fails on various platforms

--- Comment #36 from ro at gcc dot gnu dot org 2010-03-01 12:44 --- Subject: Bug 14940 Author: ro Date: Mon Mar 1 12:44:33 2010 New Revision: 157141 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157141 Log: gcc: PR pch/14940 * config/host-solaris.c (HOS

[Bug lto/43218] [LTO] Conflicting function types cause ICE

--- Comment #1 from d dot g dot gorbachev at gmail dot com 2010-03-01 12:43 --- Created an attachment (id=19995) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19995&action=view) Three testcases Compile with `-flto -O2' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43218

[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines

--- Comment #12 from ro at gcc dot gnu dot org 2010-03-01 12:32 --- Subject: Bug 38251 Author: ro Date: Mon Mar 1 12:32:02 2010 New Revision: 157137 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157137 Log: PR libgcj/38251 * tools/Makefile.am (dist-hook): Prune

[Bug fortran/42900] gfortran.dg/stat_[12].f90 may fail on NFS filesystems

--- Comment #3 from ro at gcc dot gnu dot org 2010-03-01 12:25 --- Subject: Bug 42900 Author: ro Date: Mon Mar 1 12:25:34 2010 New Revision: 157135 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157135 Log: PR fortran/42900 * gfortran.dg/stat_1.f90: Accept 'test

[Bug middle-end/42805] [4.5 Regression] FAIL: gcc.c-torture/execute/pr42248.c compilation at -O1 and above

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-01 12:11 --- I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|

[Bug c/43211] [4.5 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at tree-ssa.c:1430

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43211

[Bug c++/43206] [4.5 Regression] Revision 145440 caused ICE at cp/pt.c:9249

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43206

[Bug tree-optimization/43191] [4.5 Regression] ice in load_assign_lhs_subreplacements, at tree-sra.c:2459

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43191

[Bug fortran/43173] Unnecessary array temporary: Passing contiguous array as actual argument

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-03-01 11:54 --- Not a regression (we track regressions only against releases). I see both temporaries also on the 4.4 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/43164] [4.5 Regression] ice in completely_scalarize_record, at tree-sra.c:85

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43164

[Bug rtl-optimization/43156] [4.5 Regression] SPU-elf ICEs on simple programs

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-01 11:51 --- spu-elf is neither a primary nor a secondary platform. But, confirmed, as I originally reported this. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/43141] [4.5 Regression] Wrong debug information with IPA-SRA

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43141

[Bug c/43125] [4.5 Regression] Revision 156907 failed gcc.dg/attr-used.c

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-03-01 11:50 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/43116] [4.3/4.4/4.5 Regression] ICE when using attributes in a function alias declaration

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43116

  1   2   >