https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70296
David Edelsohn changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70269
--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Mar 21 16:05:37 2016
New Revision: 234375
URL: https://gcc.gnu.org/viewcvs?rev=234375&root=gcc&view=rev
Log:
Backport "Set dump_file to NULL in cgraph_node::get_body"
2016-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70326
--- Comment #2 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #1)
> Don't have our bisect seed built with --enable-checking=rtl, so can't bisect
> this easily. But what I see is that this insn is marked as deleted during
> LRA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70161
--- Comment #8 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Mar 21 16:05:28 2016
New Revision: 234374
URL: https://gcc.gnu.org/viewcvs?rev=234374&root=gcc&view=rev
Log:
Backport "Fix fdump-ipa-all-graph"
2016-03-21 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70326
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
--- Comment #4 from Jakub Jelinek ---
Created attachment 38048
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38048&action=edit
gcc6-pr70317.patch
As this is a P1, if you meant something like this, I can test it tonight.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70340
Bug ID: 70340
Summary: Invalid constexpr template function causes internal
compiler error (memory exhaustion)
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70340
--- Comment #1 from gccBugs at haatschii dot de ---
Sorry I forgot: The compiler call used was: g++ -std=c++11 -lgmp mwe.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70341
Bug ID: 70341
Summary: Code size increase on ARM cortex-m3 for switch
statements
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70342
Bug ID: 70342
Summary: g++ -fsanitize=undefined never finishes compiling
(>24h) in qtxmlpatterns test suite
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #41 from Fredrik Hederstierna
---
Ok, I will mark this as resolved if noone object.
I tried the ip-fixed again on master, but the gain was very little, so I do not
think this is any way forward currently.
I created this new separat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70326
--- Comment #4 from Vladimir Makarov ---
Thanks.
(In reply to Jakub Jelinek from comment #3)
> Created attachment 38047 [details]
> gcc6-pr70326.patch
>
> So do you mean something like this? Or check !INSN_P instead of checking
> for NOTE_P &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70339
David Malcolm changed:
What|Removed |Added
Target Milestone|--- |7.0
--- Comment #2 from David Malcolm -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70096
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70341
--- Comment #1 from Fredrik Hederstierna
---
Created attachment 38051
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38051&action=edit
switch.c
Added additional slightly larger test case that also show problems for
cortex-m0 and thumb1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70161
--- Comment #9 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Mar 21 17:17:16 2016
New Revision: 234376
URL: https://gcc.gnu.org/viewcvs?rev=234376&root=gcc&view=rev
Log:
Backport "Fix fdump-ipa-all-graph"
2016-03-21 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70096
--- Comment #4 from Patrick Palka ---
(In reply to Patrick Palka from comment #3)
> The problem ultimately seems to be that the invariant DECL_MODE (x) ==
> TYPE_MODE (TREE_TYPE (fptr)) is violated during substitution due to a change
> in the TRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
--- Comment #5 from Marc Glisse ---
Yes, that looks good, thanks. Do double and long long always have the same size
(on platforms that support NaN)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70343
Bug ID: 70343
Summary: internal compiler error: in tsubst_copy
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70269
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
--- Comment #6 from Marc Glisse ---
(In reply to Marc Glisse from comment #5)
> Do double and long long always have the same size?
Ah, it doesn't matter since the result of <= is an opaque vector type and can
thus be implicitly cast even to a ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70162
--- Comment #10 from Nick Clifton ---
Hi Oleg,
> Just out of curiosity ... what's with the 64 in rx_print_integer?
It is totally arbitrary...
> Why do numbers in that range need to be printed in decimal?
They don't. It is just that in my exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70161
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70342
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70278
Andre Vieira changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70342
--- Comment #2 from Marek Polacek ---
Compiles fast with -fsanitize=undefined -fno-sanitize=null,alignment so the
issue is probably related to these two instrumentations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70342
--- Comment #3 from Marek Polacek ---
And doesn't look like a regression; GCC 5 has the same problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
--- Comment #7 from Jakub Jelinek ---
I'll use
typedef __typeof ((V) {} < (V) {}) T;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70096
--- Comment #5 from Patrick Palka ---
This means we've been miscompiling such pointer-to-member-function copies long
before gcc 6, e.g.:
int read;
struct Holder {
void foo () { read = data; }
int data;
};
template
void test1() {
H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70316
--- Comment #2 from John David Anglin ---
Correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70233
--- Comment #9 from Jerry DeLisle ---
Dominique, thanks for finding this. It even makes sense; if the typespec is
given one knows what the size of the string is. If not given, how does one
decide which is the right size, so require that they all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70285
--- Comment #5 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #4)
> In particular, we hit the
> /* [expr.cond]
>
> If the second and third operands are glvalues of the same value
> category and have the same type, the
--enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 6.0.0 20160321 (experimental) [trunk revision 234361] (GCC)
$
$ g++-trunk -O0 -std=c++11 -c small.cpp
$ g++-5.3 -O1 -std=c++11 -c small.cpp
$
$ g++-trunk -O1 -std=c++11 -c small.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70345
Bug ID: 70345
Summary: Installing liblto_plugin under $LIBDIR/bfd-plugins
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70344
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70285
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70285
--- Comment #6 from Jason Merrill ---
(In reply to Jason Merrill from comment #5)
> I'm not sure how it makes sense to represent this; lowered bit-field types
> really complicate matters.
But it looks like I can follow the pattern from cp_generi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70327
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Mar 21 19:56:50 2016
New Revision: 234380
URL: https://gcc.gnu.org/viewcvs?rev=234380&root=gcc&view=rev
Log:
PR target/70327
* config/i386/i386.md (movxi): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70327
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Mar 21 20:05:53 2016
New Revision: 234381
URL: https://gcc.gnu.org/viewcvs?rev=234381&root=gcc&view=rev
Log:
PR target/70327
* config/i386/i386.md (movxi): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70346
Bug ID: 70346
Summary: [libvtv] 6.0-20160313 build succeeds, install fails:
cannot stat '.libs/libvtv.a': No such file or
directory
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70346
--- Comment #1 from Andrew Paprocki ---
$ find . | grep libvtv\\.
./libvtv/.libs/libvtv.lai
./libvtv/.libs/libvtv.la
./libvtv/.libs/libvtv.so.0.0.0
./libvtv/.libs/libvtv.so.0
./libvtv/.libs/libvtv.so
./libvtv/libvtv.la
./sparcv9/libvtv/.libs/libv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70319
--- Comment #2 from Eric Botcazou ---
Unfortunately I can reproduce neither on 32-bit nor on 64-bit SPARC, so this
might come from the RTL expander. But experience showed that this might also
come from the SRA pass.
Can you attach a reduced tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68566
--- Comment #7 from Harald Anlauf ---
Patch posted here:
https://gcc.gnu.org/ml/fortran/2016-03/msg00057.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69845
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70306
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Mon Mar 21 21:03:44 2016
New Revision: 234382
URL: https://gcc.gnu.org/viewcvs?rev=234382&root=gcc&view=rev
Log:
PR tree-optimization/70317
* match.pd (cmp @0 @0): Pass @0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70326
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Mar 21 21:04:32 2016
New Revision: 234383
URL: https://gcc.gnu.org/viewcvs?rev=234383&root=gcc&view=rev
Log:
PR middle-end/70326
* lra.c (restore_scratches): Ignore de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70326
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70285
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Mon Mar 21 21:13:06 2016
New Revision: 234384
URL: https://gcc.gnu.org/viewcvs?rev=234384&root=gcc&view=rev
Log:
PR c++/70285
* cp-gimplify.c (cp_fold) [COND_EXPR]: Handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70251
--- Comment #11 from Marc Glisse ---
(In reply to rguent...@suse.de from comment #10)
> > Unless we start transforming x?-1:0 into
> > view_convert_expr(x) under the same condition (VECTOR_MODE_P(...)), it
> > doesn't
> > make sense to me.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69603
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69917
--- Comment #9 from Ilya Enkovich ---
Looking through Solaris configs I see two places where transparent aliases are
not followed. This patch should fix this. Any help with testing is very
appreciated.
diff --git a/gcc/config/i386/sol2.h b/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70327
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Mar 21 22:20:08 2016
New Revision: 234385
URL: https://gcc.gnu.org/viewcvs?rev=234385&root=gcc&view=rev
Log:
PR target/70327
* config/i386/i386.md (movxi): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70327
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70347
Bug ID: 70347
Summary: [5.x Regression] default member initializer not picked
up by union
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70348
Bug ID: 70348
Summary: [openacc] ICE in visit_ref_for_mod_analysis, at
ipa-prop.c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70096
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70348
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70199
Bug 70199 depends on bug 70273, which changed state.
Bug 70273 Summary: [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98
execution test / scan-assembler _ZN1CC4Ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273
What|Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273
--- Comment #11 from Richard Henderson ---
Author: rth
Date: Mon Mar 21 23:03:56 2016
New Revision: 234386
URL: https://gcc.gnu.org/viewcvs?rev=234386&root=gcc&view=rev
Log:
PR c++/70273
* decl.c (notice_forced_label_r): New.
(cp_finish_dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70319
--- Comment #3 from dave.anglin at bell dot net ---
On 2016-03-21, at 4:45 PM, ebotcazou at gcc dot gnu.org wrote:
> Can you attach a reduced testcase for gcc.dg/sso/q2.c which aborts at -Og?
Will do when current build finishes.
--
John David A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|4.9.4 |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70232
--- Comment #14 from Jeffrey A. Law ---
WRT c#8, the FSM threader is much better at finding jump threading
opportunities which involve multiple blocks in the thread path. I'm still not
entirely happy with the heuristics around that.
Closely rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69645
Alan Modra changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70347
--- Comment #1 from Zhihao Yuan ---
In c++1y, c++14 modes, not c++11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70204
--- Comment #5 from Patrick Palka ---
Author: ppalka
Date: Tue Mar 22 00:30:57 2016
New Revision: 234390
URL: https://gcc.gnu.org/viewcvs?rev=234390&root=gcc&view=rev
Log:
Fix PR c++/70204 (ICE in non_const_var_error)
gcc/cp/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70349
Bug ID: 70349
Summary: FAIL: g++.dg/abi/abi-tag18a.C -std=gnu++98
scan-assembler _ZZ1fB7__test1vEN1T1gB7__test2Ev
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69414
--- Comment #1 from Daichi Fukuoka ---
Hi,
Has anyone looked into the issue?
In our site, one user is waiting for fixing the issue.
Best regards,
Daichi Fukuoka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70096
--- Comment #6 from Patrick Palka ---
Author: ppalka
Date: Tue Mar 22 02:02:01 2016
New Revision: 234391
URL: https://gcc.gnu.org/viewcvs?rev=234391&root=gcc&view=rev
Log:
Fix PR c++/70096 (wrong code for pointer-to-member-function copy)
gcc/cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #10 from neil.n.carlson at gmail dot com ---
Here's another example, but in this case the bad, source-allocated class(*)
variable is just a local variable. It is rank-2 however.
character(:), allocatable :: array(:,:)
array = reshape
101 - 172 of 172 matches
Mail list logo
