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
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=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=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=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=70347
--- Comment #1 from Zhihao Yuan ---
In c++1y, c++14 modes, not c++11.
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=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=33562
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|4.9.4 |7.0
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=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=70273
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=70096
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=70327
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=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=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=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=70326
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
--- 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
--- 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=70306
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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=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=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=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=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=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=70285
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=70345
Bug ID: 70345
Summary: Installing liblto_plugin under $LIBDIR/bfd-plugins
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
--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=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
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=70316
--- Comment #2 from John David Anglin ---
Correct.
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=70317
--- Comment #7 from Jakub Jelinek ---
I'll use
typedef __typeof ((V) {} < (V) {}) T;
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=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=70278
Andre Vieira 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=70161
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
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=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=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=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=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=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=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=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=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=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=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=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=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=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=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=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=70326
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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
--- 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=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=70296
David Edelsohn changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70296
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70296
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Mar 21 15:41:13 2016
New Revision: 234371
URL: https://gcc.gnu.org/viewcvs?rev=234371&root=gcc&view=rev
Log:
PR target/70296
* include/cpplib.h (cpp_fun_like_macro_p):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67213
--- Comment #4 from Fredrik Hederstierna
---
I've investigated this issue some further, and I believe the problem might be
that we allow too many iterations when doing complete peeling of loops on ARM.
The heuristics in "tree-ssa-loop-ivcanon.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70329
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70329
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66382
Steven Munroe changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70339
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70310
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70333
--- Comment #7 from Richard Biener ---
Hmm. FAILs gcc.dg/torture/20141202-1.c (at least).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69917
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Ilya Enkovich ---
> I got an access to x86_64-apple-darwin12.5.0. Will try to reproduce there.
There's no point: as I mentioned in comment 2, the failure there is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70315
John David Anglin changed:
What|Removed |Added
Summary|[6 Regression] FAIL:|FAIL:
|gcc.dg/tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69917
--- Comment #8 from Ilya Enkovich ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #7)
> > --- Comment #6 from Ilya Enkovich ---
> > I got an access to x86_64-apple-darwin12.5.0. Will try to reproduce there.
>
> There's no point: as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70204
--- Comment #4 from Patrick Palka ---
(In reply to Patrick Palka from comment #3)
> Reduced test case:
>
> int a;
>
> void fn1 ()
> {
> const int x = 0 * a;
> constexpr int y = x;
> }
Note that this one is incorrectly accepted without erro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317
--- Comment #3 from Marc Glisse ---
I'll get to it, but it may take a few days (hard to predict).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70335
Julien Margetts changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70204
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70335
Richard Biener changed:
What|Removed |Added
Target||arm*
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70310
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Mar 21 13:50:50 2016
New Revision: 234369
URL: https://gcc.gnu.org/viewcvs?rev=234369&root=gcc&view=rev
Log:
2016-03-21 Richard Biener
PR tree-optimization/70310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70329
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69917
--- Comment #6 from Ilya Enkovich ---
I got an access to x86_64-apple-darwin12.5.0. Will try to reproduce there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70322
--- Comment #5 from Ilya Enkovich ---
STV is a scalar to vector converter. It doesn't combine two instructions into
a single ANDN, it searches for existing ANDN patterns and converts them into
vector mode. Combine is responsible for producing A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70338
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70339
Bug ID: 70339
Summary: Poor message for "singed" vs "signed" typo
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70338
Bug ID: 70338
Summary: ICE combining debug symbols, range-for in lambda in
function template accessing captured variable-size
array
Product: gcc
Version: 5.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70327
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70322
--- Comment #4 from H.J. Lu ---
(In reply to Ilya Enkovich from comment #3)
> (In reply to H.J. Lu from comment #0)
> > i386.md has
> >
> > (define_insn_and_split "*andndi3_doubleword"
> > [(set (match_operand:DI 0 "register_operand" "=r,r")
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728
--- Comment #21 from Andrew Roberts ---
Tested with:
gcc-6-20160313
and in-tree:
gmp-6.1.99-20160321
mpc-1.0.3
mpfr-3.1.4
isl-0.16.1
On:
x86_64 Centos 7 (Full bootstrap)
This is Ok.
/usr/local/gcc-6.0.0/bin/gcc -v
Using built-in specs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69917
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Ilya Enkovich ---
[...]
> test.chkp printed in assembler means we either miss transparent alias chain
> for
> an alias or ignore it when output. Do we have a farm
1 - 100 of 172 matches
Mail list logo
