http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #17 from Tobias Burnus 2010-11-16
08:18:12 UTC ---
(In reply to comment #16)
> ipn->offset = -1;
> span.9 = 8;
>
> I think we want ipn->span = 8;
While I am sure that we want to have ipn->span, I am not sure we can. My
understan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46490
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
Eric Botcazou changed:
What|Removed |Added
Target||sparc64-sun-solaris2.*
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
--- Comment #17 from Zouzou 2010-11-16 08:37:02
UTC ---
(In reply to comment #16)
> Created attachment 22413 [details]
> add destructors in
> could you try applying this patch to ext/concurrence.h and let me know if it
> works on Windows? I'm t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46496
Summary: Missing strlen check / interop warnings with BIND(C)
and non-C_* kinds
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #18 from Jonathan Wak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46493
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46494
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
--- Comment #19 from Paolo Carlini 2010-11-16
10:25:40 UTC ---
Jon, sometimes finding a reviewer for those gthr changes takes a bit of time...
and we are already in Stage 3... Thus, I would recommend doing our best to
figure out first a decent li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483
--- Comment #8 from Mikael Pettersson 2010-11-16
10:35:41 UTC ---
The misaligned __builtin_memcpy was fixed for 4.6 by r163189, Richard
Guenther's conservative alignment tracking (2nd try) patch:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00831
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46490
--- Comment #5 from John Marino 2010-11-16 10:35:54
UTC ---
Hi Eric,
Thanks for you comment, but I don't think that is it for several reasons:
1) I am aware of both those quirks, and my codebase is patched with both of
those suggestions.
2) The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46497
Summary: [C++0x] Defaulted vs declared move constructor vs
is_convertible
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46080
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46497
--- Comment #1 from Paolo Carlini 2010-11-16
10:56:07 UTC ---
And for the record what I'm doing for the time being in the actual std::pair
is:
// XXX FIXME: should be defaulted per N3140. See c++/46497.
pair(pair&& __p)
: first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
--- Comment #20 from Jonathan Wakely 2010-11-16
11:05:44 UTC ---
OK, that will be ugly though. The cast from __gthread_recursive_mutex_t* to
__gthread_mutex_t* is not correct, because the "sema" member (the actual Win32
handle) is at a different
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46490
Eric Botcazou changed:
What|Removed |Added
Keywords||wrong-code
Target|FreeBSD, Op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46490
--- Comment #7 from John Marino 2010-11-16 11:25:31
UTC ---
Eric,
Actually I believe it is limited to the BSDs, although I can't explain why. I
also ported GNAT to x86 OpenSolaris (SXCE 130) and that one passed all ACATS.
I also have not seen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45172
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45172
--- Comment #9 from Richard Guenther 2010-11-16
11:42:53 UTC ---
Author: rguenth
Date: Tue Nov 16 11:42:50 2010
New Revision: 166794
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166794
Log:
2010-11-16 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46490
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44545
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
--- Comment #21 from Paolo Carlini 2010-11-16
11:52:20 UTC ---
Argh, I see. I think we should keep the option open, anyway, together with a
huge FIXME in the code, of course. I also think we should try to explain the
problem to the people actuall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44545
--- Comment #8 from Eric Botcazou 2010-11-16
12:06:42 UTC ---
> Can't reproduce it on current trunk. Looking at it on the branch.
Try -fstack-check=generic on the trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44545
Richard Guenther changed:
What|Removed |Added
Known to work||4.6.0
Depends on|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #8 from Jakub Jeline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
--- Comment #9 from Jakub Jelinek 2010-11-16
12:16:52 UTC ---
Created attachment 22419
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22419
gcc46-pr45838.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483
--- Comment #9 from Mikael Pettersson 2010-11-16
12:21:20 UTC ---
With gcc-4.5.1, the plain assignment is preserved until 141r.expand, which
expands it to a bitfield assignment due to the misalignment check in
expr.c:store_field lines 5836-5840.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
--- Comment #22 from Jonathan Wakely 2010-11-16
12:32:36 UTC ---
... and when using gthr-mipssde.h / gthr-posix95.h / gthr-solaris.h:
static inline int
__recursive_mutex_destroy(__gthread_recursive_mutex_t* __rmutex)
{
return ___gthread_mutex_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
Jakub Jelinek changed:
What|Removed |Added
Attachment #22419|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483
--- Comment #10 from Mikael Pettersson 2010-11-16
13:08:53 UTC ---
The test cases also fail with gcc-4.5.1 on sparc64-linux. On that platform
alignment errors are fatal and the program dies with a SIGBUS on the misaligned
int-sized write generat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #7 from Anton Shterenlikht 2010-11-16
13:18:39 UTC ---
As it is hard to downgrade the port versions (it might break port
interdependency), I tried instead to use a more recent gcc to build
the ports in question and gcc45 itself.
I re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46040
Laurent GUERBY changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
--- Comment #11 from Jakub Jelinek 2010-11-16
13:37:28 UTC ---
Created attachment 22421
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22421
gcc46-pr45838.patch
Another, alternate, untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #8 from Jonathan Wakely 2010-11-16
13:38:21 UTC ---
(In reply to comment #7)
> configure: error: in
> `/usr/ports/lang/gcc45/work/build/sparc64-portbld-freebsd9.0/libgomp':
> configure: error: C compiler cannot create executables
> Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483
--- Comment #11 from Mikael Pettersson 2010-11-16
13:40:32 UTC ---
The test cases work with gcc-4.3.5. For arm it generates the following for the
__builtin_memcpy case:
set_by_memcpy:
@ args = 0, pretend = 0, frame = 8
@ frame_n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #9 from Anton Shterenlikht 2010-11-16
13:44:48 UTC ---
Created attachment 22422
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22422
config.log showing configure errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #10 from Anton Shterenlikht 2010-11-16
13:46:30 UTC ---
here's the relevant bit, I guess:
configure:3658: checking for C compiler default output file name
configure:3680: /usr/ports/lang/gcc45/work/build/./gcc/xgcc
-B/usr/ports/lang/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46487
--- Comment #1 from Tobias Burnus 2010-11-16
13:49:58 UTC ---
Well, the problem is actually simple:
program test
implicit none
integer :: b
b = func()
contains
function func ()
integer, allocatable :: func
allocate(func)
fun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44545
--- Comment #10 from Richard Guenther 2010-11-16
13:53:53 UTC ---
Author: rguenth
Date: Tue Nov 16 13:53:50 2010
New Revision: 166796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166796
Log:
2010-11-16 Richard Guenther
PR tree-o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46366
--- Comment #4 from Andrey Belevantsev 2010-11-16
14:11:47 UTC ---
Author: abel
Date: Tue Nov 16 14:11:39 2010
New Revision: 166798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166798
Log:
PR rtl-optimization/46366
* gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44545
--- Comment #11 from Richard Guenther 2010-11-16
14:15:59 UTC ---
Author: rguenth
Date: Tue Nov 16 14:15:55 2010
New Revision: 166799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166799
Log:
2010-11-16 Richard Guenther
PR tree-o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44545
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
--- Comment #31 from Richard Guenther 2010-11-16
14:39:50 UTC ---
(In reply to comment #29)
> I intended to work on this for GCC 4.6. There are many vectorizer failures
> with the v3 patch. My local copy of the patch is at v6 :-) I'll see if I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45129
--- Comment #4 from Tobias Burnus 2010-11-16
14:44:56 UTC ---
The question is whether the warning should be only printed if the problem
definitely occurs or only if it likely
WRITE (*,'(f12.10)') 1.e0 ! prints 1.00
WRITE (*,'(f12.10)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46332
--- Comment #17 from Ian Lance Taylor 2010-11-16 14:51:44
UTC ---
I have added this patch to the binutils 2.21 release branch, so it will be in
the GNU binutils 2.21 release.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46498
Summary: [4.5/4.6 Regression] ICE: in
eliminate_unnecessary_stmts, at tree-ssa-dce.c:1112
with -O -funsafe-math-optimizations
-fno-tree-dominator-opts -fno-tree-reassoc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
Dave Korn changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46339
--- Comment #18 from paul.richard.thomas at gmail dot com 2010-11-16 15:04:39 UTC ---
Dear Tobias,
> If my understanding is correct, we can either try to extend the 'span' hack to
> make it work for more cases - or we defer it to the array descr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46304
--- Comment #8 from Andras Pataki 2010-11-16
15:11:04 UTC ---
I can confirm that my test case now compiles and runs correctly with the
20101113 snapshot of the 4.6 compiler.
However, I've noticed another strangeness relating to complex numbers.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46497
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46499
Summary: gcc.c-torture/execute/20051021-1.c FAILs with
-fno-tree-dominator-opts -fno-tree-ccp
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46499
--- Comment #1 from Zdenek Sojka 2010-11-16 15:45:09
UTC ---
Created attachment 22423
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22423
testcase causing RTL check ICE
While reducing the testcase, I got to this, which crashes with RTL che
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46498
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46499
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500
Summary: target.h includes tm.h
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44762
--- Comment #2 from Jorn Wolfgang Rennecke
2010-11-16 16:12:19 UTC ---
Author: amylaar
Date: Tue Nov 16 16:12:14 2010
New Revision: 166807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166807
Log:
PR target/44762
* config/score/s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46501
Summary: Relocatable toolchains still search --prefix
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690
Dave Korn changed:
What|Removed |Added
Keywords||patch
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46502
Summary: collect2 LTO marker detection is fragile wrt. to nm
output format
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46503
Summary: collect2's search for nm makes LTO support fragile
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #2 from Lance Kinley 2010-11-16 16:37:20
UTC ---
Adding -fno-delayed-branch does not resolve the issue.
I don't know which function is the culprit. I'll try to dig into it more.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
--- Comment #3 from Lance Kinley 2010-11-16 16:48:11
UTC ---
My apologies, -O -fno-delayed-branch does fix it.
-O3 -fno-delayed-branch does not work, however.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46470
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46490
Eric Botcazou changed:
What|Removed |Added
Component|ada |rtl-optimization
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46488
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #11 from Eric Botcazou 2010-11-16
17:16:11 UTC ---
> configure:3658: checking for C compiler default output file name
> configure:3680: /usr/ports/lang/gcc45/work/build/./gcc/xgcc
> -B/usr/ports/lang/gcc45/work/build/./gcc
> / -B/usr/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46501
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46504
Summary: LTO failed on 483.xalancbmk in SPEC CPU 2006
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46505
Summary: LTO miscompiled 416.gamess in SPEC CPU 2006
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506
Summary: LTO miscompiled 465.tonto in SPEC CPU 2006
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46501
--- Comment #2 from nightstrike 2010-11-16
17:48:32 UTC ---
Configure:
../../../build/gcc/src/configure \
--target=i686-w64-mingw32 \
\
--prefix=/buildbot/mingw-w64/linux-x86_64-x86/build/build/root \
--with-sysroot=/buildbot/min
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11137
--- Comment #6 from hjl at gcc dot gnu.org 2010-11-16
17:56:57 UTC ---
Author: hjl
Date: Tue Nov 16 17:56:50 2010
New Revision: 166810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166810
Log:
Properly demangle a global constructor symbo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
--- Comment #6 from hjl at gcc dot gnu.org 2010-11-16
17:56:56 UTC ---
Author: hjl
Date: Tue Nov 16 17:56:50 2010
New Revision: 166810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166810
Log:
Properly demangle a global constructor symbo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46507
Summary: std::tuple missed optimization
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46366
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46507
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46507
--- Comment #2 from miles at gnu dot org 2010-11-16 19:06:02 UTC ---
> Note that when I tried this same test yesterday, on a different machine (but
> the same compiler version), "extern_tuple_test" (but not "arg_tuple_test")
> _did_ result in a dir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483
Mikael Pettersson changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46507
--- Comment #3 from Jonathan Wakely 2010-11-16
19:27:48 UTC ---
Paolo, your example *does* show a significant difference: the missed
optimisation is in std::get() and not tuple itself, as shown by
#include
#include
struct A
{
virtual vo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17349
--- Comment #3 from Kai Tietz 2010-11-16 19:50:22
UTC ---
Author: ktietz
Date: Tue Nov 16 19:50:17 2010
New Revision: 166817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166817
Log:
2010-11-16 Kai Tietz
PR preprocessor/17349
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17349
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46395
--- Comment #2 from Andreas Schwab 2010-11-16
20:17:38 UTC ---
Author: schwab
Date: Tue Nov 16 20:17:31 2010
New Revision: 166820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166820
Log:
PR rtl-optimization/46395
* gcc/postreload.c (rel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46395
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46401
--- Comment #2 from Jakub Jelinek 2010-11-16
20:50:04 UTC ---
Author: jakub
Date: Tue Nov 16 20:49:57 2010
New Revision: 166823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166823
Log:
PR c++/46401
* c-common.c (warning_candidat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46508
Summary: [4.6 regression] "Add ARM VFP ABI support to libffi"
broke build for armv5tel-linux-gnueabi with
binutils-2.20.1
Product: gcc
Version: 4.6.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42670
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32049
--- Comment #11 from Tobias Burnus 2010-11-16
21:23:28 UTC ---
Author: burnus
Date: Tue Nov 16 21:23:19 2010
New Revision: 166825
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166825
Log:
/
2010-11-13 Francois-Xavier Coudert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46401
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32049
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46455
Jonathan Wakely changed:
What|Removed |Added
Attachment #22413|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46386
--- Comment #2 from Jorn Wolfgang Rennecke
2010-11-16 21:46:37 UTC ---
Author: amylaar
Date: Tue Nov 16 21:46:28 2010
New Revision: 166826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166826
Log:
2010-11-09 Joern Rennecke
And
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46386
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44762
Jorn Wolfgang Rennecke changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41337
Dima changed:
What|Removed |Added
CC||dmitrij.ledkov at ubuntu
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46422
--- Comment #2 from Quentin Neill 2010-11-16
22:12:08 UTC ---
Fix is posted at http://gcc.gnu.org/ml/gcc-patches/2010-11/msg01597.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46315
--- Comment #9 from Eric Botcazou 2010-11-16
22:13:56 UTC ---
Author: ebotcazou
Date: Tue Nov 16 22:13:52 2010
New Revision: 166827
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166827
Log:
PR rtl-optimization/46315
* rtl.h (remo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46509
Summary: -Wparentheses shouldn't warn about: A || Y && "foo"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46315
--- Comment #10 from Eric Botcazou 2010-11-16
22:17:22 UTC ---
Author: ebotcazou
Date: Tue Nov 16 22:17:17 2010
New Revision: 166828
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166828
Log:
PR rtl-optimization/46315
* rtl.h (rem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46509
--- Comment #1 from Andrew Pinski 2010-11-16
22:17:45 UTC ---
>A == 1 || A == 3 && "some reason this property should hold"
To the untrained eye this looks funny really. The parentheses makes the code
look cleaner and better understood as far as
1 - 100 of 148 matches
Mail list logo
