https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85052
--- Comment #5 from Matthias Kretz ---
Thank you Jakub! Here's a tested x86 library implementation for all conversions
and different ISA extension support for reference:
https://github.com/mattkretz/gcc/blob/mkretz/simd/libstdc%2B%2B-v3/include/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88436
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88436
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Thu Jan 3 07:53:37 2019
New Revision: 267541
URL: https://gcc.gnu.org/viewcvs?rev=267541&root=gcc&view=rev
Log:
Adjust a dump file in a test-case (PR testsuite/88436).
2019-01-03 Marti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88668
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> > On windows with configure like
> > --host i686-w64-mingw32
>
> But build is then guessed using config.guess.
> Then you have a build!=host case.
I should say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88668
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88668
--- Comment #1 from Umesh Kalappa ---
after our investigation we found that the below change ,makes code to be
generated like identical to linux host .
--- a/gcc/configure
+++ b/gcc/configure
@@ -11795,15 +11795,16 @@ else
CXX="${CXX_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88668
Bug ID: 88668
Summary: Code generated was different for PowerPC on Windows
W.R.T Linux.
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84748
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80362
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88665
--- Comment #2 from ALLEN WYMER ---
I HAD NO IDEA WHAT I WAS DOING IY JUST SAID REPORT BUG SO I TRIED
Sent from Mail for Windows 10
From: pinskia at gcc dot gnu.org
Sent: Wednesday, January 2, 2019 3:36 PM
To: wolfcre...@cox.net
Subject: [Bug l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88666
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88654
--- Comment #2 from Iain Buclaw ---
(In reply to Richard Biener from comment #1)
> I think I saw a duplicate somewhere - this is using real-time threads pinned
> to a single CPU but yield()ing in a spinning loop expecting to make progress.
I che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
Martin Sebor changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
Martin Sebor changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45424
Harald Anlauf changed:
What|Removed |Added
Attachment #45292|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88667
Anders Granlund changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #25 from Jan Hubicka ---
I have tracked down the firefox issue to be -fno-lifetime-dse=1 being used in
with -fprofile-use but not with -fprofile-generate. I am down to 36 mismatches
now and those seems real sourcecode changes (will an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81486
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81486
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 2 22:39:16 2019
New Revision: 267535
URL: https://gcc.gnu.org/viewcvs?rev=267535&root=gcc&view=rev
Log:
PR c++/81486 - CTAD failing with ().
* g++.dg/cpp1z/cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88667
--- Comment #1 from joseph at codesourcery dot com ---
This is a known defect in the syntax in the standard, as discussed on the
WG14 reflector on 22 Sep 2017 (see reflector message 14798).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
--- Comment #40 from joseph at codesourcery dot com ---
The definitions have been added for VxWorks at some point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88631
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88631
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 2 22:20:45 2019
New Revision: 267533
URL: https://gcc.gnu.org/viewcvs?rev=267533&root=gcc&view=rev
Log:
PR c++/88631 - CTAD failing for value-initialization.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88343
--- Comment #11 from Joseph S. Myers ---
This change results in miscompilation of glibc for 32-bit soft-float powerpc
(symptoms: many libm tests as run by "make regen-ulps" either segfault, or
produce spurious errors that don't occur with compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88612
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88612
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 2 22:15:46 2019
New Revision: 267532
URL: https://gcc.gnu.org/viewcvs?rev=267532&root=gcc&view=rev
Log:
PR c++/88612 - ICE with -Waddress-of-packed-member.
* c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Martin Sebor ---
> If this is a new regression please open a new bug for it. It's probably a
How would I determine that? The testcase fails on a considerable num
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44263
Eric Gallager changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
--- Comment #8 from Mathieu Malaterre ---
For reference:
$ cat ptrace2.c
#include
#define CREATE_TRACE_POINTS
#include
void a(int b, int c, void *d) {
void *e = 0;
int g = user_regset_copyout(&b, &c, d, e, g, 0, sizeof(vector128));
union
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49743
--- Comment #5 from Gary Funck ---
(In reply to Eric Gallager from comment #4)
> Any plans to resubmit the GUPC branch again?
Eric, no not at this time. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88667
Bug ID: 88667
Summary: Accepts program with invalid abstract-declarator
grammar.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88273
--- Comment #7 from Mathieu Malaterre ---
Here is the new creduced test case:
$ cat bug.c
#include
typedef struct {
int b[4]
} c;
void* d;
unsigned e;
inline int h(void *i, int p2, int j) {
if (j < 0 || e < j) {
int copy = ({
typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29304
--- Comment #5 from Andrew Pinski ---
(In reply to Eric Gallager from comment #4)
> (In reply to Andrew John Hughes from comment #3)
> > No, this is a Classpath bug. Nothing to do with GCJ.
>
> Does it make sense for Classpath and GCC to continu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80023
--- Comment #3 from Eric Gallager ---
(In reply to Martin Sebor from comment #2)
> Confirmed per comment #1.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80042
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
--- Comment #5 from Eric Gallag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838
--- Comment #13 from Eric Gallager ---
(In reply to Thomas Schwinge from comment #12)
> See also PR78875.
That's been closed since you commented.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29304
--- Comment #4 from Eric Gallager ---
(In reply to Andrew John Hughes from comment #3)
> No, this is a Classpath bug. Nothing to do with GCJ.
Does it make sense for Classpath and GCC to continue to share a bugzilla these
days? This is far from t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147
--- Comment #7 from David Malcolm ---
I've been trying to reproduce this, but failing - I tried with today's trunk,
and with a build from 2018-11-16.
Do you have a revision that is known to trigger the ICE?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58783
--- Comment #9 from Eric Gallager ---
(In reply to Eric Gallager from comment #8)
> I recently ran into this with the Cocoa interface for DeSmuME, which also
> tries to use fast enumeration from Objective-C++. So maybe this should be
> re-titled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49743
--- Comment #4 from Eric Gallager ---
(In reply to Gary Funck from comment #3)
> Recently, I've been reviewing changes that we made on the GUPC branch (see
> comment #2) that are candidates for the trunk revision (or in this case,
> possibly the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87695
Andrew Pinski changed:
What|Removed |Added
CC||WOLFCREEK1 at COX dot NET
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88665
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Version|unspecified
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
Eric Gallager changed:
What|Removed |Added
Target|i686-pc-linux-gnu |netbsd, VxWorks, SymbianOS,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87304
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88663
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60563
--- Comment #16 from Iain Sandoe ---
well.. given the amount of time that's passed - perhaps we'll only get a fix
for ld64 if we do it ourselves...
What about xfail-run-if - to reduce test noise, and then when (if?) ld64 gets
fixed it will "xpas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #21 from Gary Mills ---
> Most of the words in the title are wrong now. I'm attempting to build gcc-7
> now. The ICE occurs on both SPARC and x86 systems. It only happe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88647
Anders Granlund changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88635
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #21 from Gary Mills ---
Most of the words in the title are wrong now. I'm attempting to build gcc-7
now. The ICE occurs on both SPARC and x86 systems. It only happens with the
native assembler. The result is a structure that conta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
--- Comment #6 from Martin Sebor ---
If this is a new regression please open a new bug for it. It's probably a
fallout from r267503 or one of the other related changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88644
--- Comment #4 from Iain Sandoe ---
will do a complete test suite run now, to catch any other changed lengths.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88582
Anders Granlund changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
--- Comment #5 from Anders Gra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88647
Anders Granlund changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88644
--- Comment #3 from Iain Sandoe ---
works for me with following addition to correct the length of the (now correct)
subtypes sections.
-
diff --git a/gcc/testsuite/gcc.dg/pubtypes-2.c
b/gcc/testsuite/gcc.dg/pubtypes-2.c
index 3ac3a38..6669f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87304
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 2 19:50:13 2019
New Revision: 267528
URL: https://gcc.gnu.org/viewcvs?rev=267528&root=gcc&view=rev
Log:
PR testsuite/87304
* gcc.dg/vect/bb-slp-over-widen-1.c: Ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88659
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88605
--- Comment #5 from rguenther at suse dot de ---
On January 2, 2019 6:42:00 PM GMT+01:00, husseydevin at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88605
>
>--- Comment #4 from Devin Hussey ---
>I also want to note that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #24 from Jan Hubicka ---
> Patch needs ">>>" to be repaced by "> > >" to bootstrap, but then I get 756
> mismatches building firefox, while previously it was 1300 and before the
> rebuild_type_inheritance_graph 6273, so we are improvi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88638
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88638
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88644
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88666
Bug ID: 88666
Summary: GCC 8.2.- gets Internal Compiler Error: seg fault;
GCC 8.1.0 works fine
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #23 from Jan Hubicka ---
Patch needs ">>>" to be repaced by "> > >" to bootstrap, but then I get 756
mismatches building firefox, while previously it was 1300 and before the
rebuild_type_inheritance_graph 6273, so we are improving. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88663
--- Comment #4 from Jeffrey A. Law ---
Author: law
Date: Wed Jan 2 18:30:50 2019
New Revision: 267520
URL: https://gcc.gnu.org/viewcvs?rev=267520&root=gcc&view=rev
Log:
PR middle-end/88663
* gimple-fold.c (get_range_strlen): Upd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88642
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85052
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
--- Comment #2 from Daniel Fruzynski ---
Here you are:
[code]
class Foo
{
public:
virtual void f(int);
};
class Bar : public Foo
{
public:
virtual void f(short);
};
[/code]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88600
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88605
--- Comment #4 from Devin Hussey ---
I also want to note that LLVM is probably a good place to look. They have been
pushing to remove as many intrinsic builtins as they can in favor of idiomatic
code.
This has multiple advantages:
1. You can op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86875
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #22 from Jan Hubicka ---
Created attachment 45318
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45318&action=edit
patch for operand_equal_p in tree-ssa-uncprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #21 from Jan Hubicka ---
Looks like last minute change in this patch
https://gcc.gnu.org/ml/gcc-cvs/2014-06/msg00838.html
https://gcc.gnu.org/ml/gcc-patches/2014-06/msg01600.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86875
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 2 17:07:02 2019
New Revision: 267519
URL: https://gcc.gnu.org/viewcvs?rev=267519&root=gcc&view=rev
Log:
PR c++/86875
* g++.dg/cpp1y/lambda-generic-86875.C: New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #20 from rguenther at suse dot de ---
On January 2, 2019 5:25:09 PM GMT+01:00, "hubicka at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
>
>--- Comment #19 from Jan Hubicka ---
>gcc 5 has:
>inline bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88539
nsl at fireeye dot com changed:
What|Removed |Added
CC||nsl at fireeye dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88647
--- Comment #1 from joseph at codesourcery dot com ---
6.3.2.1#2 (conversion of lvalues to rvalues): "If the lvalue has an
incomplete type and does not have array type, the behavior is undefined.".
Cf. bug 36941 (noting how DR#106 confuses thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #19 from Jan Hubicka ---
gcc 5 has:
inline bool
val_ssa_equiv_hash_traits::equal_keys (tree value1, tree value2)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88663
--- Comment #3 from Jeffrey A. Law ---
I guess I should have kept going last night, this is fixed by the next patch in
the series. I thought I had all the dependencies between them resolved, but
clearly not. I'll have this fixed shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81239
--- Comment #10 from Jonny Grant ---
Would you agree "abi11" would not have suffered the "cxx11" ambiguity?
Hope this can be avoided next time another ABI needs to be added to accommodate
a change in language behaviour.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86875
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88585
Jan Hubicka changed:
What|Removed |Added
Component|ipa |lto
--- Comment #2 from Jan Hubicka ---
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140
--- Comment #12 from Jan Hubicka ---
I have committed the workaround as:
r267398 | hubicka | 2018-12-24 12:21:25 +0100 (Mon, 24 Dec 2018) | 6 lines
* tree.c (fld_simplified_type): Temporarily disable array
simplification.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
Jan Hubicka changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #9 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88623
--- Comment #4 from Andrew Paprocki ---
... relying on the fact that `g++` will compile the `.c` files as C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88623
--- Comment #3 from Andrew Paprocki ---
Sorry, I said 'libgcc', but I meant the 'gcc/' sub-directory. It is always
using the C++ compiler for the build and relying on the fact that `g++`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #18 from Richard Biener ---
OK, so it looks like uncprop causes a lot of differences (minor dump
differences
appear from profile-estimate and printf-return-value2 as well).
--- prev-gcc/cc1.ltrans99.196t.uncprop1 2019-01-02 16:06:25.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88658
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48543
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81486
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88631
--- Comment #5 from Marek Polacek ---
Yup, my patch fixes all the examples in PR 81486 as well. I think the
testcases are worth adding.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48543
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Wed Jan 2 15:25:47 2019
New Revision: 267517
URL: https://gcc.gnu.org/viewcvs?rev=267517&root=gcc&view=rev
Log:
2019-01-02 Thomas Koenig
PR fortran/48543
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88130
--- Comment #6 from Jan Hubicka ---
This is fixed on mainline, but we should backport to gcc 7 and 8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88664
--- Comment #1 from Nathan Sidwell ---
Author: nathan
Date: Wed Jan 2 15:23:56 2019
New Revision: 267516
URL: https://gcc.gnu.org/viewcvs?rev=267516&root=gcc&view=rev
Log:
gcc/cp/
* cxx-mapper.cc (server): Workaround PR c++/8866
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88130
--- Comment #5 from Jan Hubicka ---
Author: hubicka
Date: Wed Jan 2 15:23:27 2019
New Revision: 267515
URL: https://gcc.gnu.org/viewcvs?rev=267515&root=gcc&view=rev
Log:
PR lto/88130
* varpool.c (varpool_node::ctor_useable_for_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88663
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88664
Bug ID: 88664
Summary: False positive -Waddress-of-packed-member
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88663
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
1 - 100 of 203 matches
Mail list logo