http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
Sebastian Huber changed:
What|Removed |Added
CC||sebastian.huber@embedded-br
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #16 from Eric Botcazou 2013-03-08
08:04:07 UTC ---
Author: ebotcazou
Date: Fri Mar 8 08:04:00 2013
New Revision: 196536
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196536
Log:
PR ada/52123
* seh_init.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
--- Comment #17 from Eric Botcazou 2013-03-08
08:04:32 UTC ---
Author: ebotcazou
Date: Fri Mar 8 08:04:22 2013
New Revision: 196537
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196537
Log:
PR ada/52123
* seh_init.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56561
--- Comment #4 from Mikael Pettersson 2013-03-08
08:23:31 UTC ---
Created attachment 29613
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29613
backport of r183512/PR48308 to 4.6 branch
This is the backport I've been using since ea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56567
Bug #: 56567
Summary: ICE with lambda return type deduction and
braced-init-list
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56566
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56568
Bug #: 56568
Summary: std::initializer_list return value contents lost
prematurely
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56567
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54582
--- Comment #15 from David Binderman 2013-03-08
08:48:47 UTC ---
Created attachment 29615
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29615
C++ source code
This one now understands 40 common formats and can
properly interpret f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56569
Bug #: 56569
Summary: When compiling the source insn does not satisfy its
constraints:with CFlags as -mcfv4e
Classification: Unclassified
Product: gcc
Version: 3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #40 from Richard Biener 2013-03-08
09:12:38 UTC ---
(In reply to comment #31)
> (In reply to comment #30)
> Hmm, RTL PRE isn't really mine either, but I probably know it as well as
> anyone else, so I will have a look. It's pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #41 from Richard Biener 2013-03-08
09:13:53 UTC ---
Created attachment 29616
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29616
make LIM work per outermost loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #42 from rguenther at suse dot de
2013-03-08 09:22:39 UTC ---
On Thu, 7 Mar 2013, steven at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
>
> --- Comment #38 from Steven Bosscher 2013-03-07
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56560
Uros Bizjak changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Kn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56569
--- Comment #1 from Mikael Pettersson 2013-03-08
09:25:58 UTC ---
gcc-3.4.0 is ancient and hasn't been supported by upstream for years. Please
try again with a supported release, e.g. 4.7.2 or 4.6.3. Also, you failed to
provide a test ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #3 from lukeocamden at gmail dot com 2013-03-08 10:32:34 UTC ---
Sorry for my cryptic comments about the "other object file". It's compiled with
icc 13. I will attach the preprocessed source and generated assembly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
Bug #: 56570
Summary: ICE when streaming a TREE_BLOCK
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
Martin Jambor changed:
What|Removed |Added
Target||x86_64-linux-gnu
H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Martin Jambor changed:
What|Removed |Added
Depends on||56570
--- Comment #181 from Mar
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Hello !
The following testcase makes GCC 4.7.2 and 4.8.0 as of 20130308 fail.
$ cat insn.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #2 from Martin Jambor 2013-03-08
10:43:12 UTC ---
I forgot the compilation options I use:
~/gcc/trunk/inst/bin/g++ -o CodeGenerator-shared.o -c -fPIC
-Wno-invalid-offsetof -Wcast-align -flto -fpermissive -Wno-maybe-uninitial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #4 from lukeocamden at gmail dot com 2013-03-08 10:47:10 UTC ---
Created attachment 29618
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29618
Preprocessed with ICC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #5 from lukeocamden at gmail dot com 2013-03-08 11:07:45 UTC ---
Created attachment 29619
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29619
Generated by icc 13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #6 from Jakub Jelinek 2013-03-08
11:20:19 UTC ---
This is due to ix86_data_alignment, which has:
/* x86-64 ABI requires arrays greater than 16 bytes to be aligned
to 16byte boundary. */
if (TARGET_64BIT)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56571
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
Richard Biener changed:
What|Removed |Added
Keywords||ABI, wrong-code
Tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #8 from Jakub Jelinek 2013-03-08
11:35:36 UTC ---
Guess we'd need to split DATA_ALIGNMENT into two different macros (or one with
an extra argument), so that align_variable would know what alignment is part of
ABI and what is ju
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56569
--- Comment #2 from JET 2013-03-08 12:06:19 UTC
---
It seems to solve with gcc-4.3.43.Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #4 from Richard Biener 2013-03-08
12:05:41 UTC ---
It's the DECL_DEBUG_EXPRs created by SRA, supposedly we can fix it by
Index: tree-sra.c
===
--- tree-sra.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56571
--- Comment #2 from Jakub Jelinek 2013-03-08
12:08:53 UTC ---
Started with http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181188
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #9 from David Woodhouse 2013-03-08
12:11:24 UTC ---
This is now enabled in the Linux kernel.
Core patch: http://git.kernel.org/linus/cf66bb93 (in v3.8 but does nothing
there)
x86:http://git.kernel.org/linus/83a57a4d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #5 from Richard Biener 2013-03-08
12:15:13 UTC ---
typedef struct { unsigned long long w[4]; } UINT256;
static void add256 (UINT256 x, UINT256 y, UINT256 * pz)
{
UINT256 z;
z.w[0] = x.w[0] + y.w[0];
z.w[1] = x.w[
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #6 from Jakub Jelinek 2013-03-08
12:15:38 UTC ---
Locations are useless in DECL_DEBUG_EXPR expressions, so I have nothing against
that SRA change, but please note that also gimplify.c and tree-complex.c create
DECL_DEBUG_EXPRs,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56569
--- Comment #3 from Mikael Pettersson 2013-03-08
12:19:15 UTC ---
The please close this bug report.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #7 from Richard Biener 2013-03-08
12:25:50 UTC ---
Created attachment 29620
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29620
inliner patches
For the inliner I've now synced copy_tree_body_r and remap_gimple_op_r wrt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
--- Comment #9 from Jakub Jelinek 2013-03-08
12:38:20 UTC ---
Smaller testcase (-O2 -fpic):
struct S { long a, b; } s;
int foo (void)
{
return ((long) &s) & 15;
}
is since http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162943 o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #8 from Richard Biener 2013-03-08
12:42:12 UTC ---
We don't even copy the decl with the DECL_DEBUG_EXPR in copy_debug_stmt during
the 2nd inlining! Because when the decls disappear from local-decls nothing
remaps them and we g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56572
Bug #: 56572
Summary: GCC generates non-optimal transactional code when
inlining nested transaction.
Classification: Unclassified
Product: gcc
Version: trans-mem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56573
Bug #: 56573
Summary: GCC generates non-optimal transactional code when
inlining nested transaction.
Classification: Unclassified
Product: gcc
Version: trans-mem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56570
--- Comment #9 from Richard Biener 2013-03-08
13:46:35 UTC ---
Author: rguenth
Date: Fri Mar 8 13:46:18 2013
New Revision: 196546
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196546
Log:
2013-03-08 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48724
Richard Biener changed:
What|Removed |Added
CC||Ralf.Wildenhues at gmx dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48763
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #5 from wbrana 2013-03-08 14:17:52 UTC ---
weird results in comment 4 were caused by unexpected Gentoo patches and/or
broken GIT
I made own build which doesn't contain any Gentoo patches and still can
reproduce 9% slow down cau
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #6 from wbrana 2013-03-08 14:22:03 UTC ---
Created attachment 29622
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29622
assign.c with main function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #7 from wbrana 2013-03-08 14:23:35 UTC ---
Created attachment 29623
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29623
assign.c.164t.optimized.diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #8 from wbrana 2013-03-08 14:24:38 UTC ---
Created attachment 29624
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29624
nbench1.c.164t.optimized.diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56478
--- Comment #5 from Marek Polacek 2013-03-08
14:41:20 UTC ---
Author: mpolacek
Date: Fri Mar 8 14:41:14 2013
New Revision: 196547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196547
Log:
PR tree-optimization/56478
* predict
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56478
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56571
Jakub Jelinek changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #10 from Andrew Pinski 2013-03-08
15:18:35 UTC ---
Eric,
I have some patches to improve __builtin_bswap* that I can line up for 4.9.
Do you mind if I take this bug? They are located on the pinskia/bytewiseunop
branch in gi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
--- Comment #9 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56339
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #6 from Ri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56470
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56339
Uros Bizjak changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Uros Bizj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56490
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Component|middle-en
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56557
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56567
--- Comment #2 from Jason Merrill 2013-03-08
15:55:28 UTC ---
Author: jason
Date: Fri Mar 8 15:55:18 2013
New Revision: 196548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196548
Log:
PR c++/56567
* semantics.c (app
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56490
Richard Biener changed:
What|Removed |Added
Known to work|4.8.0 |
Summary|[4.6/4.7 Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56222
--- Comment #5 from Jason Merrill 2013-03-08
16:03:57 UTC ---
Author: jason
Date: Fri Mar 8 16:03:48 2013
New Revision: 196549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196549
Log:
PR c++/51494
PR c++/51884
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51494
--- Comment #9 from Jason Merrill 2013-03-08
16:03:57 UTC ---
Author: jason
Date: Fri Mar 8 16:03:48 2013
New Revision: 196549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196549
Log:
PR c++/51494
PR c++/51884
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51884
--- Comment #8 from Jason Merrill 2013-03-08
16:03:57 UTC ---
Author: jason
Date: Fri Mar 8 16:03:48 2013
New Revision: 196549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196549
Log:
PR c++/51494
PR c++/51884
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51884
--- Comment #9 from Jason Merrill 2013-03-08
16:04:30 UTC ---
Author: jason
Date: Fri Mar 8 16:04:15 2013
New Revision: 196551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196551
Log:
PR c++/51884
* class.c (modify_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56571
--- Comment #4 from Jakub Jelinek 2013-03-08
16:06:33 UTC ---
Ok, it seems to be caused by rtl sharing of the clobber, which has been
introduced by Honza: http://gcc.gnu.org/ml/gcc-patches/2004-01/msg01918.html
Honza is going to try sharin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51884
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56222
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52183
--- Comment #2 from Jason Merrill 2013-03-08
16:10:24 UTC ---
Author: jason
Date: Fri Mar 8 16:10:19 2013
New Revision: 196552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196552
Log:
PR c++/52183
Correct PR tag.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51494
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52183
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56567
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56490
--- Comment #5 from davidxl 2013-03-08 16:21:13
UTC ---
(In reply to comment #4)
> Clearly the limiting is bougs ... the issue is with large fanout BBs
> we recurse in compute_control_dep_chain which leads to exponential
> complexity. Li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56560
--- Comment #4 from H.J. Lu 2013-03-08 17:21:18
UTC ---
The caller info is lost by
(gdb) bt
#0 init_cumulative_args (cum=0x7fffc3f0, fntype=0x71472e70,
libname=0x0, fndecl=0x0, caller=1)
at /export/gnu/import/git/gcc-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #10 from wbrana 2013-03-08 17:27:49 UTC
---
I found strange thing - result depends on linker
there is slow down with "GNU ld (GNU Binutils) 2.23.1"
there is improvement with "GNU gold (GNU Binutils 2.23.1) 1.11"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #11 from wbrana 2013-03-08 17:36:10 UTC
---
GNU ld (GNU Binutils) 2.23.1
192263 - slow
192260 - fast
GNU gold (GNU Binutils 2.23.1) 1.11
192263 - fast
192260 - slow
It is possible that result also depends on CPU model (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #12 from wbrana 2013-03-08 17:41:09 UTC
---
(In reply to comment #11)
> GNU ld (GNU Binutils) 2.23.1
> 192263 - slow
> 192260 - fast
I meant 196260 and 196263
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56522
--- Comment #13 from wbrana 2013-03-08 17:57:32 UTC
---
There is almost no difference with reduced test case. Assignment in nbench can
be tested with:
./nbench -cCOM.DAT
where file COM.DAT has content:
ALLSTATS=F
DONUMSORT=F
DOSTRI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56339
--- Comment #8 from Steven Bosscher 2013-03-08
18:49:09 UTC ---
(In reply to comment #6)
> So - what regressed this compared to 4.7? It wasn't regmove.c changes.
Probably LRA, it better respects IRA's choices (which is good). The fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
Bug #: 56574
Summary: False possibly uninitialized variable warning
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
--- Comment #1 from Mark Rustad 2013-03-08
19:24:27 UTC ---
It also appears that incorrect code is generated in cases where the warning is
produced. That incorrect code was referencing the uninitialized value. So the
warning is consistent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56339
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56357
--- Comment #4 from Daniel Starke
2013-03-08 20:05:19 UTC ---
I tried the same configuration in a different mingw build environment for gcc.
The resulting gcc build worked fine and did not show the described issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
Thiago Macieira changed:
What|Removed |Added
CC||thiago at kde dot org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
--- Comment #4 from Andrew Pinski 2013-03-08
21:25:47 UTC ---
(In reply to comment #3)
> Looking at the code that GCC generated (4.7.2 from Fedora and similarly with
> pristine 4.8 trunk@196249):
For -O2, the generated code looks th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56565
--- Comment #2 from Paolo Carlini 2013-03-08
22:35:33 UTC ---
This got fixed by today's commits. I'm adding the testcase and closing the PR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51412
--- Comment #2 from paolo at gcc dot gnu.org
2013-03-08 22:37:10 UTC ---
Author: paolo
Date: Fri Mar 8 22:37:04 2013
New Revision: 196563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196563
Log:
/cp
2013-03-08 Paolo Carlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51412
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56565
--- Comment #3 from paolo at gcc dot gnu.org
2013-03-08 22:52:54 UTC ---
Author: paolo
Date: Fri Mar 8 22:52:36 2013
New Revision: 196564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196564
Log:
2013-03-08 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56565
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56575
Bug #: 56575
Summary: An invalid OO code causes ICE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #11 from Eric Botcazou 2013-03-09
00:05:46 UTC ---
> Eric,
> I have some patches to improve __builtin_bswap* that I can line up for 4.9.
> Do you mind if I take this bug? They are located on the pinskia/bytewiseunop
> bran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|tree-optimization
Assign
returns 0, for both -m32 and -m64 targets.
It behaves as expected on gcc 4.6 at all optimization levels (returns 0).
$ gcc-trunk --version
gcc-trunk (GCC) 4.8.0 20130308 (experimental) [trunk revision 196555]
$ gcc-trunk -O2 trans-reduced.c
$ ./a.out
$ echo $?
0
$ gcc-trunk -O3 trans
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56577
Bug #: 56577
Summary: wrong code for aliased union on gcc 4.7 only
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56493
--- Comment #7 from Andrew Gallagher 2013-03-09
04:17:39 UTC ---
I was able to bisect this to
http://gcc.gnu.org/viewcvs?view=revision&revision=172430. I haven't had time
to dig in further, but that rev looks like it has plenty of inlinin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56524
--- Comment #11 from rsandifo at gcc dot gnu.org
2013-03-09 07:54:08 UTC ---
Author: rsandifo
Date: Sat Mar 9 07:54:02 2013
New Revision: 196570
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196570
Log:
gcc/
PR middle-en
100 matches
Mail list logo
