--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-09 09:53 ---
The warning is useful and can find (and already found) several real bugs e.g.
in gcc itself. Icc has similar warning.
If kernel has lots of useless code like that and doesn't wish to use this
warning, it can add -Wno
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-09 10:52 ---
We don't warn on
void foo (void)
{
int dummy;
asm ( : =r (dummy));
}
- the use in the asm is considered as a use, not just set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44478
--- Comment #6 from jakub at gcc dot gnu dot org 2010-06-09 11:36 ---
Then it has nothing to do with the asm.
If the macro is widely used and very often sets a var that isn't used, all
you can do is add (void) cast to shut the warning up.
(void) (y = var 16);
in this case.
--
http
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-09 12:51 ---
I guess for empty bbs with no successor where the predecessor ends in an
conditional jump without side-effects try_optimize_cfg can't do just
delete_basic_block, but needs to call some function to actually adjust
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-09 13:55 ---
There are more issues:
1) cleanup_barriers seems to do weird things with these empty bbs from
__builtin_unreachable (), I guess it shouldn't reorder anything if prev is a
LABEL_P
2) the reason why this compiles fine
--- Comment #11 from jakub at gcc dot gnu dot org 2010-06-09 17:24 ---
Can be reproduced also with
c++filt
_ZN5boost6tuples5tupleIN23abcdefgxyzzzabb3AaaENS2_4klmn16BaaaENS0_9null_typeES6_S6_S6_S6_S6_S6_S6_EE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43838
--- Comment #12 from jakub at gcc dot gnu dot org 2010-06-09 18:09 ---
I see the bug.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #11 from jakub at gcc dot gnu dot org 2010-06-07 07:16 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2010-06-07 12:17 ---
That's correct, it shouldn't compile.
The OpenMP standard doesn't allow != comparisons in omp for condition, only ,
=, , =.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43893
with
unused attribute on type
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-07 13:36 ---
Created an attachment (id=20854)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20854action=view)
callgrind.startup.bz2
Callgrind dump for --enable-checking=release trunk cc1 from today on an empty
file
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-07 17:49 ---
Subject: Bug 3
Author: jakub
Date: Mon Jun 7 17:49:06 2010
New Revision: 160387
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160387
Log:
PR c++/3
* decl.c (initialize_local_var
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-07 17:50 ---
Subject: Bug 4
Author: jakub
Date: Mon Jun 7 17:50:10 2010
New Revision: 160388
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160388
Log:
PR c++/4
* expr.c (mark_exp_read): Handle
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-07 18:05 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-07 18:05 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-05 08:49 ---
Shifts with shift count equal or greater than bitsize of the lhs type are
undefined in both C and C++ standards.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-05 14:49 ---
Subject: Bug 44361
Author: jakub
Date: Sat Jun 5 14:49:16 2010
New Revision: 160317
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160317
Log:
PR c++/44361
* c-typeck.c (mark_exp_read): Handle
--- Comment #6 from jakub at gcc dot gnu dot org 2010-06-05 15:02 ---
Subject: Bug 44361
Author: jakub
Date: Sat Jun 5 15:02:32 2010
New Revision: 160318
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160318
Log:
PR c++/44361
* c-typeck.c (mark_exp_read): Handle
--- Comment #7 from jakub at gcc dot gnu dot org 2010-06-05 18:32 ---
That's because of PR43332, which has been fixed just on the trunk, not on 4.5
branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44178
--- Comment #7 from jakub at gcc dot gnu dot org 2010-06-05 19:00 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #30 from jakub at gcc dot gnu dot org 2010-06-04 09:02 ---
Created an attachment (id=20833)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20833action=view)
rh598310.i.bz2
Another testcase from wine,
./cc1 -m32 -fPIC -fno-strict-aliasing -g -O2 rh598310.i -quiet
takes
--- Comment #31 from jakub at gcc dot gnu dot org 2010-06-04 09:24 ---
Created an attachment (id=20834)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20834action=view)
limit-depth.patch
Quick patch that brings the time down to 1 minute 15 sec.
From the callgrind dump
--- Comment #32 from jakub at gcc dot gnu dot org 2010-06-04 09:30 ---
Created an attachment (id=20835)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20835action=view)
hack
Hack that shows that the maximum depth is 3 even for the found == NULL cases.
Alex tells me on IRC he has
--- Comment #36 from jakub at gcc dot gnu dot org 2010-06-04 11:15 ---
With Alex' patch with checking guarded with #ifdef ENABLE_CHECKING (currently
bootstrapping/regtesting that) I see on x86_64 on the trunk:
time ./cc1plus -m32 -quiet -g -Os -fomit-frame-pointer bug-611650_analysis.ii
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-04 12:03 ---
More complete testcase:
// PR c++/44412
// { dg-do compile }
// { dg-options -Wunused }
struct S
{
static const int a = 3;
static int b;
int c;
};
const int S::a;
int S::b = 4;
int
f1 ()
{
S s;
return
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-04 14:12 ---
Created an attachment (id=20838)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20838action=view)
gcc46-pr44412.patch
Untested patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44412
--- Comment #38 from jakub at gcc dot gnu dot org 2010-06-04 16:42 ---
Subject: Bug 41371
Author: jakub
Date: Fri Jun 4 16:42:27 2010
New Revision: 160280
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160280
Log:
PR debug/41371
* var-tracking.c (find_loc_in_1pdv
--- Comment #10 from jakub at gcc dot gnu dot org 2010-06-04 16:44 ---
Subject: Bug 44013
Author: jakub
Date: Fri Jun 4 16:43:42 2010
New Revision: 160281
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160281
Log:
PR rtl-optimization/44013
* sched-deps.c
--- Comment #39 from jakub at gcc dot gnu dot org 2010-06-04 16:48 ---
Subject: Bug 41371
Author: jakub
Date: Fri Jun 4 16:47:41 2010
New Revision: 160282
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160282
Log:
PR debug/41371
* var-tracking.c (find_loc_in_1pdv
--- Comment #7 from jakub at gcc dot gnu dot org 2010-06-04 18:43 ---
Subject: Bug 44362
Author: jakub
Date: Fri Jun 4 18:42:42 2010
New Revision: 160289
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160289
Log:
PR c++/44362
* call.c (build_conditional_expr
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-04 18:46 ---
Subject: Bug 44412
Author: jakub
Date: Fri Jun 4 18:45:07 2010
New Revision: 160290
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160290
Log:
PR c++/44412
* typeck.c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-06-04 19:34 ---
After the recent var-tracking.c PR41371 changes this is down to 67 seconds.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #59 from jakub at gcc dot gnu dot org 2010-06-03 09:10 ---
Why would be volatile needed? pthread_join returning guarantees that the other
thread's thread function finished, and the variable is only written in that
thread, there is no data race on it.
--
http
--- Comment #61 from jakub at gcc dot gnu dot org 2010-06-03 10:47 ---
Of course pthread_join implies all outstanding memory stores of the dead thread
complete before pthread_join returns. And, pthread_join is a non-inlined
function call, a_in_other_thread is a global variable, so
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-03 12:07 ---
Subject: Bug 44375
Author: jakub
Date: Thu Jun 3 12:07:18 2010
New Revision: 160219
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160219
Log:
PR debug/44375
* tree-cfg.c
--- Comment #68 from jakub at gcc dot gnu dot org 2010-06-03 16:58 ---
That makes sense, so all we need to do in config/tls.m4 is probably:
1) move a_in_main_thread variable to file scope, and neither a_in_main_thread
nor a_in_other_thread should be static
2) move a_in_main_thread
--- Comment #71 from jakub at gcc dot gnu dot org 2010-06-03 19:02 ---
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43170
at -O0 during cfg cleanup
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-02 10:36 ---
Created an attachment (id=20806)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20806action=view)
gcc46-pr44375.patch
One possible fix. Another is to insert GIMPLE_NOP with the location and handle
it during
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-02 11:33 ---
Created an attachment (id=20808)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20808action=view)
gcc46-pr44375.patch
Alternative patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44375
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-02 18:05 ---
This is intentional, given the amount of code in the wild that uses various
fixed length arrays in last fields.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-02 19:52 ---
Subject: Bug 44367
Author: jakub
Date: Wed Jun 2 19:52:07 2010
New Revision: 160186
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160186
Log:
PR debug/44367
* semantics.c (finalize_nrv): Don't
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-02 19:55 ---
Subject: Bug 44367
Author: jakub
Date: Wed Jun 2 19:55:33 2010
New Revision: 160187
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160187
Log:
PR debug/44367
* semantics.c (finalize_nrv): Don't
--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-02 19:57 ---
Subject: Bug 44361
Author: jakub
Date: Wed Jun 2 19:57:08 2010
New Revision: 160188
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160188
Log:
PR c++/44361
* cvt.c (convert_to_void
--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-02 19:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-02 20:02 ---
I've committed just the C++ FE change that has been approved separately, in
http://gcc.gnu.org/viewcvs?root=gccview=revrev=160187
http://gcc.gnu.org/viewcvs?root=gccview=revrev=160188
The C FE and testsuite changes
--- Comment #29 from jakub at gcc dot gnu dot org 2010-06-02 20:35 ---
I don't see that as justification for breaking the ABI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44361
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-01 11:16 ---
Created an attachment (id=20791)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20791action=view)
gcc46-pr44361.patch
Untested fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-01 13:58 ---
More complete testcase:
/* { dg-options -Wunused } */
/* { dg-do compile } */
int
f1 (int u, int v)
{
int a, b, c, d, e, f, g, h, i;
a = u;
b = v;
c = u;
d = v;
e = u;
f = v;
g = u == 6 ? a : b;
h
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-01 15:05 ---
Created an attachment (id=20799)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20799action=view)
gcc46-pr44361.patch
Updated patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-01 16:30 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-01 17:14 ---
Created an attachment (id=20800)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20800action=view)
gcc46-pr44367.patch
Fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44367
--
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
--
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
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-31 08:50 ---
Reduced testcase:
typedef float __m128 __attribute__ ((__vector_size__ (16), __may_alias__));
typedef float __v4sf __attribute__ ((__vector_size__ (16)));
#pragma GCC target (3dnow,sse4,sse4a,aes,pclmul,xop,abm
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-31 09:15 ---
The problem is that all the fma4 insns are guarded with not just TARGET_FMA4,
but TARGET_FMA4 TARGET_FUSED_MADD. But the builtins are guarded just with
OPTION_MASK_ISA_FMA4.
So, for -mno-fused-madd either we should
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-31 11:51 ---
This is not a compiler bug.
See OpenMP 3.0 spec, 2.9.2, page 82, lines 9-18.
The guarantee that you are looking at the same thread is there only for
parallels not nested in another parallel, with nested parallels
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-31 11:56 ---
Created an attachment (id=20784)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20784action=view)
gcc46-pr44337.patch
Untested fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44337
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-31 12:00 ---
Right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44342
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-31 12:12 ---
20 out of the 40 TARGET_FMA4 patterns use UNSPEC_FMA4_INTRINSIC, and those are
the ones actually used by the intrinsics. So, perhaps the only change that is
needed is to drop TARGET_FUSED_MADD on those 20 patterns
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-31 12:26 ---
Created an attachment (id=20785)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20785action=view)
gcc46-pr44338.patch
That seems to work. Untested patch attached.
--
jakub at gcc dot gnu dot org changed
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-31 15:38 ---
Subject: Bug 44182
Author: jakub
Date: Mon May 31 15:38:35 2010
New Revision: 160074
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160074
Log:
PR tree-optimization/44182
* tree-inline.c
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-31 15:40 ---
Subject: Bug 44182
Author: jakub
Date: Mon May 31 15:40:32 2010
New Revision: 160075
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160075
Log:
PR tree-optimization/44182
* tree-inline.c
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-31 15:42 ---
Subject: Bug 44337
Author: jakub
Date: Mon May 31 15:42:10 2010
New Revision: 160076
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160076
Log:
PR middle-end/44337
* expr.c (expand_assignment
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-31 15:45 ---
Subject: Bug 44337
Author: jakub
Date: Mon May 31 15:45:06 2010
New Revision: 160077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160077
Log:
PR middle-end/44337
* expr.c (expand_assignment
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-31 15:46 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-31 15:47 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-31 19:42 ---
Subject: Bug 44338
Author: jakub
Date: Mon May 31 19:42:07 2010
New Revision: 160083
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160083
Log:
PR target/44338
* config/i386/sse.md
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-31 19:43 ---
Subject: Bug 44338
Author: jakub
Date: Mon May 31 19:43:11 2010
New Revision: 160084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160084
Log:
PR target/44338
* config/i386/sse.md
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-31 19:43 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-28 12:39 ---
Don't use UTF-8 locale if your terminal or applications aren't UTF-8 ready.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-28 13:36 ---
Subject: Bug 43636
Author: jakub
Date: Fri May 28 13:35:56 2010
New Revision: 159972
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159972
Log:
PR target/43636
* builtins.c (expand_movstr): Use
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-28 13:38 ---
Subject: Bug 43636
Author: jakub
Date: Fri May 28 13:38:26 2010
New Revision: 159973
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159973
Log:
PR target/43636
* builtins.c (expand_movstr): Use
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-28 13:47 ---
Subject: Bug 41048
Author: jakub
Date: Fri May 28 13:46:46 2010
New Revision: 159975
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159975
Log:
PR debug/41048
* dwarf2out.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-27 10:11 ---
All the tests demonstrate is that you have buggy constraint, in particular
you shouldn't use g constraint on something you use in gs:[%2].
g is any register (fine in that case), immediate (not fine) or memory
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-27 11:44 ---
You are wrong. It is user's responsibility to choose correct constraints for
the inline assembly, the compiler doesn't try to understand what the inline
assembly is doing or even check its semantics, all it does
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-27 17:10 ---
redhat/gcc-4_4-branch doesn't have a -fcompare-debug failure here, though, I
see now that S::f3 doesn't end a basic block before inlining either, just
inlining happens in a different order.
So the question is now
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.6 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43555
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-27 20:50 ---
Not 100% sure yet, but I believe this commit broke bootstrap on both
x86_64-linux and i686-linux, e.g. in libobjc or in ada bits.
One of the ICEs I'm seeing is:
#0 fancy_abort (file=0x8d1d1e3 ../../gcc/dwarf2out.c
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.7 |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43555
--- Comment #27 from jakub at gcc dot gnu dot org 2010-05-27 22:02 ---
Can you explain the struct __emutls_object change? That is an ABI break (and I
don't see anywhere any rationale for that).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-27 22:09 ---
Subject: Bug 44255
Author: jakub
Date: Thu May 27 22:08:41 2010
New Revision: 159952
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159952
Log:
PR bootstrap/44255
* combine.c (struct
--- Comment #18 from jakub at gcc dot gnu dot org 2010-05-26 06:01 ---
Subject: Bug 44199
Author: jakub
Date: Wed May 26 06:00:44 2010
New Revision: 159853
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159853
Log:
PR target/44199
* config/rs6000/rs6000.c
--- Comment #19 from jakub at gcc dot gnu dot org 2010-05-26 06:02 ---
Subject: Bug 44199
Author: jakub
Date: Wed May 26 06:02:30 2010
New Revision: 159854
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159854
Log:
PR target/44199
* config/rs6000/rs6000.c
--- Comment #20 from jakub at gcc dot gnu dot org 2010-05-26 06:05 ---
Subject: Bug 44199
Author: jakub
Date: Wed May 26 06:05:29 2010
New Revision: 159855
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159855
Log:
PR target/44199
* config/rs6000/rs6000.c
--- Comment #21 from jakub at gcc dot gnu dot org 2010-05-26 06:07 ---
Should be fixed now.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-26 07:03 ---
Not sure whether this patch is still needed now that var-tracking already
delegitimizes MEMs (and their addresses) too.
That said, if you have a testcase where this is still needed, the patch looks
reasonable, so you
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-26 10:02 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-26 10:03 ---
Perhaps related to PR44174.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44018
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-26 11:15 ---
Created an attachment (id=20748)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20748action=view)
pr43657.c
Slightly adjusted testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43657
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-26 11:48 ---
More reduced testcase (fails with both -m31 -O0 and -m64 -O0 on the trunk):
extern char a[], *b[];
char *
foo (char *x, int y)
{
x = __builtin_stpcpy (x, b[a[y]]);
return x;
}
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-26 12:48 ---
Created an attachment (id=20750)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20750action=view)
gcc46-pr43636.patch
Untested fix. Andreas, could you please bootstrap/regtest this on s390* on the
trunk
--- Comment #23 from jakub at gcc dot gnu dot org 2010-05-26 16:09 ---
Subject: Bug 44199
Author: jakub
Date: Wed May 26 16:09:25 2010
New Revision: 159878
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159878
Log:
PR target/44199
* config/rs6000/rs6000.c
--- Comment #24 from jakub at gcc dot gnu dot org 2010-05-26 16:10 ---
Oops sorry, forgot redhat/gcc-4_4-branch has this function backported.
Fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-26 16:34 ---
GCC has -fkeep-inline-functions, perhaps that's what you are looking for.
That said, I still don't understand why you need something like that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44285
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-25 07:57 ---
If cp-demangle.c fails to compile even with -fcompare-debug switch added,
please
attach preprocessed source for it from sparc64 and/or arm and mention the exact
command line switches used to compile it, so it can
--- Comment #28 from jakub at gcc dot gnu dot org 2010-05-25 10:39 ---
Created an attachment (id=20741)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20741action=view)
gcc46-pr41371.patch
Another small optimization. At least on this testcase in 80% the s1node and
s2var-var_part[0
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-25 12:22 ---
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01837.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18249
601 - 700 of 6780 matches
Mail list logo