http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
08:13:02 UTC ---
On HP-UX or Linux? The test is guarded with
! { dg-require-effective-target tls_runtime }
does the OS have assembly/linker and runtime TLS support?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55844
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
08:14:12 UTC ---
Author: jakub
Date: Tue Jan 8 08:14:04 2013
New Revision: 195005
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195005
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55851
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
08:32:21 UTC ---
Author: jakub
Date: Tue Jan 8 08:32:12 2013
New Revision: 195006
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195006
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54120
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
08:33:50 UTC ---
Author: jakub
Date: Tue Jan 8 08:33:43 2013
New Revision: 195007
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195007
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55890
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
08:38:58 UTC ---
Author: jakub
Date: Tue Jan 8 08:38:50 2013
New Revision: 195008
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195008
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55844
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55851
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54120
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55868
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55561
--- Comment #33 from Dmitry Vyukov dvyukov at google dot com 2013-01-08
09:17:31 UTC ---
(In reply to comment #32)
(In reply to comment #30)
The formatting in the patch is wrong (multiple issues).
I've tried to fix them in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55868
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2013-01-08
09:37:00 UTC ---
(In reply to comment #2)
I'd say GFC_PREFIX wouldn't improve this, I'd keep using $ unless
NO_DOLLAR_IN_LABEL, otherwise fallback to . if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49122
Joyabrata Ghosh joy.career at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55868
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
09:41:29 UTC ---
Fine with me. Just a note, sprintf (dt_name, %s, STAR); would be better
written as strcpy (dt_name, STAR);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #10 from janus at gcc dot gnu.org 2013-01-08 09:47:17 UTC ---
For comment #8, resolve_typebound_intrinsic_op is called twice: Once for the
base type 'nc', and once for the extended type 'ncb'.
A crude way to avoid this is the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
--- Comment #9 from Rainer Orth ro at gcc dot gnu.org 2013-01-08 09:48:02 UTC
---
Author: ro
Date: Tue Jan 8 09:47:55 2013
New Revision: 195009
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195009
Log:
Restrict -Wa,-nH use to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
09:58:05 UTC ---
Created attachment 29103
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29103
gcc48-pr55829.patch
Yeah, comparing the vec_dupv2df and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
--- Comment #15 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
10:17:16 UTC ---
(In reply to comment #11)
(In reply to comment #9)
Eh. Diego, how does GTY((user)) work here? It smells like a bug in vec.h
to me.
/*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55801
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49122
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-08
10:27:55 UTC ---
This is not a bug in GCC, there's nothing to fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55801
--- Comment #2 from vlukas at gmx dot de 2013-01-08 10:46:55 UTC ---
Thank you for working on this. Strangely, I just tested this again and could
remove one line from my testcase:
class C;
thread_local C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49122
--- Comment #5 from Joyabrata Ghosh joy.career at gmail dot com 2013-01-08
10:48:36 UTC ---
Hi Jonathan Wakely,
Just wanted to confirm the doubt:
Do you wanted to mean that, the initializer_listT behaviour is exactly like
this(work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53489
--- Comment #2 from Tal tal.regev at gmail dot com 2013-01-08 10:58:57 UTC ---
Please add a C# front end to gcc:
there two open source for this, you can continue / add / migrate / use them
http://www.mono-project.com/Main_Page
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55881
--- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-08
11:14:49 UTC ---
(In reply to comment #4)
(In reply to comment #2)
Well - confirmed. Unlikely to be fixed.
That's _very_ unfortunate. It makes the pragma almost
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
11:27:12 UTC ---
The problem is that dbxout.c (unlike dwarf2out.c; not sure about other debug
backends) emits assembly immediately into asm_out_file, pretty much
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target|hppa2.0w-hp-hpux11.11 |stabs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45440
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-01-08
12:34:01 UTC ---
It looks like a duplicate of pr44672.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55824
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49122
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-08
12:39:26 UTC ---
(In reply to comment #5)
Hi Jonathan Wakely,
Just wanted to confirm the doubt:
That's not a doubt it's a question.
Do you wanted to mean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
12:42:06 UTC ---
dbxout.c already defines a handle_pch hook, so it is apparently told when
pch_init and write_pch are called, so in theory this could be handled in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55086
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908
Bug #: 55908
Summary: Problem binding a const member function to a const
object
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
13:28:56 UTC ---
Note this isn't limited to dbxout.c, pretty much all *out.c debug backends but
dwarf2out.c suffer from these issues, they all emit assembly immediately,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55908
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
13:50:58 UTC ---
Eh, we do totally crazy (recursive) inlining here ...
struct section_info
{
intrusive_ptr section_info parent;
};
struct file_info
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579
--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org 2013-01-08
14:10:52 UTC ---
Author: jamborm
Date: Tue Jan 8 14:10:44 2013
New Revision: 195015
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195015
Log:
2013-01-08
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
14:24:59 UTC ---
Solution to put off recursive inlining through iteration:
Index: ipa-inline.c
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
14:44:51 UTC ---
Created attachment 29104
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29104
gcc48-pr48418.patch
Untested fix. To avoid warning twice, this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902
--- Comment #4 from Václav Zeman vhaisman at gmail dot com 2013-01-08
15:00:09 UTC ---
I have fixed the Google doc sharing. It should be accessible now.
I am not sure if I can check GCC 4.7.2, I am using what Ubuntu provides as
package. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
15:02:52 UTC ---
Created attachment 29105
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29105
gcc48-pr48189.patch
I'd say this isn't difficult to solve enough to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
15:07:16 UTC ---
(In reply to comment #3)
testfunction: testfunction:
...
20: 03c21021 adduv0,s8,v0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
15:16:52 UTC ---
But then, won't the exact same issues potentially happen in very large
functions where ira_conflicts_p isn't also true, because the conflict table
would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
15:25:46 UTC ---
GCC clealy thinks that
(insn 21 20 0 2 (set (mem/j:SI (plus:SI (reg/f:SI 195)
(const_int 10 [0xa])) [0+-2 S4 A32])
(reg:SI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55760
--- Comment #5 from vincenzo Innocente vincenzo.innocente at cern dot ch
2013-01-08 15:29:18 UTC ---
we just got hit by this great type of code (copysign is unknown to
scientists)
most probably gcc could optimize it for -Ofast to return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884
--- Comment #7 from dave.anglin at bell dot net 2013-01-08 15:29:49 UTC ---
On 1/8/2013 3:13 AM, jakub at gcc dot gnu.org wrote:
On HP-UX or Linux? The test is guarded with
! { dg-require-effective-target tls_runtime }
does the OS have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
15:47:10 UTC ---
Ok with respect to alignment the issue is that when we expand_assignment
for to == dmfe[i_1].use_alt_rd_dqs we fall into the old trap for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55882
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-01-08
15:54:46 UTC ---
Or more correct
Index: gcc/emit-rtl.c
===
--- gcc/emit-rtl.c (revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829
Vladimir Makarov vmakarov at redhat dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
--- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-08
16:12:25 UTC ---
Created attachment 29106
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29106
patch in testing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55637
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Target|hppa2.0w-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49592
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829
--- Comment #5 from Uros Bizjak ubizjak at gmail dot com 2013-01-08 16:27:23
UTC ---
(In reply to comment #3)
BTW, there is a slight inconsistency between the two patterns, the first
pattern uses sselog1 type for both the unpckldp %0, %0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42661
Steve Ellcey sje at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55852
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org 2013-01-08 16:55:58
UTC ---
The test case fails because the match is too strict.
$ grep iszs intrinsic_size_3.f90.003t.original
integer(kind=2) iszs;
iszs =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #48 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
17:02:13 UTC ---
Author: jakub
Date: Tue Jan 8 17:01:58 2013
New Revision: 195025
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195025
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Bug #: 55909
Summary: libtool test exposes what I think is some alignment
issue in libstd++
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55792
--- Comment #16 from H.J. Lu hjl.tools at gmail dot com 2013-01-08 17:12:57
UTC ---
(In reply to comment #15)
So I'm still not sure what HJ means with it's collected. GC roots are
never collected. HJ, should your patch fix anything?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55341
--- Comment #50 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2013-01-08 17:26:19 UTC ---
(In reply to comment #49)
Fixed.
Thanks, for fixing this issue.
Shouldn't the PR be kept open to look into what I'm rather sure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #9 from stevenb.gcc at gmail dot com stevenb.gcc at gmail dot com
2013-01-08 17:39:23 UTC ---
I think reverting would be backward - we should clearly move forward. One
way forward is to simply declare PCH unsupported with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910
Bug #: 55910
Summary: One of instances generated for a method with -O3 uses
incorrect parameter cleanup size with 'ret'
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
17:51:10 UTC ---
All that to avoid one #include output.h in one file? That doesn't seem
appropriate to me. I'm not questioning it is a desirable change, but I'd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910
--- Comment #3 from Oleh Derevenko oder at eleks dot lviv.ua 2013-01-08
17:51:59 UTC ---
Well, this is an optimizer issue which goes away with -O2. And optimizer is
something that is hard to predict and reproduce, when you run over an issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-08
17:55:42 UTC ---
Created attachment 29109
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29109
updated patch
There is another bug triggered by this testcase. Some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-08
17:57:28 UTC ---
Indeed, and that's exactly why we need a precise, specific testcase, no hand
waving.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #2 from philip.copeland at oracle dot com 2013-01-08 17:59:14 UTC
---
Created attachment 29110
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29110
compressed tarball of .ii files
Adding .ii files as a compressed tarball
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
18:00:30 UTC ---
Author: jakub
Date: Tue Jan 8 18:00:10 2013
New Revision: 195028
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195028
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55845
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #11 from stevenb.gcc at gmail dot com stevenb.gcc at gmail dot
com 2013-01-08 18:04:09 UTC ---
All that to avoid one #include output.h in one file?
Is that one little thing really the only change you see? I see a
different
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55910
--- Comment #5 from Oleh Derevenko oder at eleks dot lviv.ua 2013-01-08
18:11:42 UTC ---
IMHO, I've localized the issue clearly enough. The code that generates
instances for methods may sometimes consider some of those instances as having
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264
--- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org 2013-01-08
18:16:24 UTC ---
Created attachment 29111
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29111
Untested fix
I'm currently bootstrapping and testing this patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55902
--- Comment #5 from Václav Zeman vhaisman at gmail dot com 2013-01-08
18:26:47 UTC ---
(In reply to comment #3)
Does it only reproduce with -flto-partition=none?
Yes. Changing either the LTO partitioning algorithm or adding -r or -nostdlib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55875
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-08
18:27:44 UTC ---
FYI, the execute/pr55875.c with -O1 started failing with
http://gcc.gnu.org/viewcvs?root=gccview=revrev=138207
aka tuples merge.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-08
18:45:14 UTC ---
Per the bug submitting instructions we need a *single* self-contained *.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55753
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|CLOSED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
philip.copeland at oracle dot com changed:
What|Removed |Added
Attachment #29110|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #47 from Uros Bizjak ubizjak at gmail dot com 2013-01-08 19:23:41
UTC ---
(In reply to comment #44)
Can't reproduce on x86_64-linux with current trunk at -O3 -g -ffast-math, both
with LRA and when LRA is disabled. From what
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55879
--- Comment #2 from npl at chello dot at 2013-01-08 19:30:29 UTC ---
(In reply to comment #1)
The problem also occurs for gcc 4.8.0 20121209 (experimental). Let me remark
that according to C++11 the variable s_Memmap could not be used in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836
--- Comment #4 from Mikael Morin mikael at gcc dot gnu.org 2013-01-08
19:42:49 UTC ---
Author: mikael
Date: Tue Jan 8 19:42:38 2013
New Revision: 195031
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195031
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45900
--- Comment #5 from Mikael Morin mikael at gcc dot gnu.org 2013-01-08
19:42:50 UTC ---
Author: mikael
Date: Tue Jan 8 19:42:38 2013
New Revision: 195031
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195031
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42769
--- Comment #37 from Mikael Morin mikael at gcc dot gnu.org 2013-01-08
19:42:47 UTC ---
Author: mikael
Date: Tue Jan 8 19:42:38 2013
New Revision: 195031
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195031
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43716
--- Comment #48 from Dominique d'Humieres dominiq at lps dot ens.fr
2013-01-08 19:52:39 UTC ---
From comment #40:
with -ffast-math, so for example
if (x != 0)
tem = y / x;
else
tem = 0.;
... do sth with tem ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45900
--- Comment #6 from Mikael Morin mikael at gcc dot gnu.org 2013-01-08
20:01:59 UTC ---
Author: mikael
Date: Tue Jan 8 20:01:49 2013
New Revision: 195032
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195032
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45836
--- Comment #5 from Mikael Morin mikael at gcc dot gnu.org 2013-01-08
20:02:01 UTC ---
Author: mikael
Date: Tue Jan 8 20:01:49 2013
New Revision: 195032
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195032
Log:
PR
1 - 100 of 129 matches
Mail list logo
