https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80788
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80386
--- Comment #9 from Marek Polacek ---
Please open a new PR. I'll look at what you've found. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652
--- Comment #7 from Andrew Pinski ---
(In reply to Peter Boyle from comment #6)
> Just a comment -- suggest a warning thrown if union access from
> two views is made. AFAIK g++ is the only compiler not implementing the
> defacto type pun use.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80792
--- Comment #1 from Marc Glisse ---
There seems to be an ABI issue here, clang returns the tuple in a register, but
(according to PR 71301) it shouldn't, with current libstdc++ code (and g++
doesn't).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652
--- Comment #6 from Peter Boyle ---
Just a comment -- suggest a warning thrown if union access from
two views is made. AFAIK g++ is the only compiler not implementing the
defacto type pun use.
http://en.cppreference.com/w/cpp/language/union
"Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80652
Peter Boyle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
Julian Rose changed:
What|Removed |Added
Summary|gdb reports incorrect |gdb sizeof(long int)=4 but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80693
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80795
Bug ID: 80795
Summary: Cannot take the address of call operator of a variadic
lambda when parameter pack length differs from 1
Product: gcc
Version: 7.1.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80793
--- Comment #1 from Andrew Pinski ---
I think GCC is correct in warning about all three.
There are all different issues really with the single statement.
The first warning is most accurate warning for all 4 warnings that are produced
(that inclu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741
--- Comment #5 from Jerry DeLisle ---
Found the problem. As part of the DTIO patch we moved last_char from the dtp
structure to the gfc_unit structure so that the last character read would be
buffered across the parent-child procedure boundary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
Julian Rose changed:
What|Removed |Added
Summary|long int structure members |gdb reports incorrect
|a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80794
Bug ID: 80794
Summary: constant objects can be assumed to be immutable
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80793
Bug ID: 80793
Summary: three signed conversion warnings for the same
expression
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80777
Julian Rose changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80692
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775
Peter Bergner changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80386
--- Comment #8 from Dmitry Babokin ---
Many failing tests are fixed, but quite few still failing. Should I add failing
test cases here or create a separate bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80792
Bug ID: 80792
Summary: worse code generated compared to clang when using
std::tuple
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741
Jerry DeLisle changed:
What|Removed |Added
Summary|[Regression 7/8] DTIO wrong |[Regression 7/8] DTIO wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597
--- Comment #9 from Pat Haugen ---
(In reply to Martin Liška from comment #8)
>
> Can you please provide a test-case? Or can you dump the sreal values via
> .to_double() ? That can be also hint for us to fix that properly.
I'm trying to reduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58299
Keith Marshall changed:
What|Removed |Added
CC||keith.marshall at mailinator
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791
Bug ID: 80791
Summary: [8 regression] test case gcc.dg/sms-1.c fail2 starting
with r247885
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80659
Paul Eggert changed:
What|Removed |Added
CC||eggert at gnu dot org
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80457
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80457
--- Comment #5 from Bill Schmidt ---
Author: wschmidt
Date: Tue May 16 20:18:05 2017
New Revision: 248130
URL: https://gcc.gnu.org/viewcvs?rev=248130&root=gcc&view=rev
Log:
[gcc]
2017-05-16 James Greenhalgh
Bill Schmidt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80785
--- Comment #4 from Daniel Gutson ---
(In reply to Jonathan Wakely from comment #3)
> The usual reason a header has extern "C" is because it's intended for use by
> both C and C++ programs, and in that case restructuring it for the benefit
> of C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80554
--- Comment #5 from Paul Thomas ---
Author: pault
Date: Tue May 16 20:09:02 2017
New Revision: 248129
URL: https://gcc.gnu.org/viewcvs?rev=248129&root=gcc&view=rev
Log:
2017-05-16 Paul Thomas
PR fortran/80554
* decl.c (build_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80785
--- Comment #3 from Jonathan Wakely ---
The usual reason a header has extern "C" is because it's intended for use by
both C and C++ programs, and in that case restructuring it for the benefit of
C++ only is probably not very likely. But then stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80790
--- Comment #1 from simon at pushface dot org ---
Created attachment 41370
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41370&action=edit
Reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80790
Bug ID: 80790
Summary: Symbol defined but should be referenced in ACATS 4.1
c732b02
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80386
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80536
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80386
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Tue May 16 19:25:04 2017
New Revision: 248124
URL: https://gcc.gnu.org/viewcvs?rev=248124&root=gcc&view=rev
Log:
PR sanitizer/80536
PR sanitizer/80386
* cp-gimp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80536
--- Comment #19 from Marek Polacek ---
Author: mpolacek
Date: Tue May 16 19:25:04 2017
New Revision: 248124
URL: https://gcc.gnu.org/viewcvs?rev=248124&root=gcc&view=rev
Log:
PR sanitizer/80536
PR sanitizer/80386
* cp-gim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
--- Comment #4 from René J.V. Bertin ---
The current support apparently has its glitches but above all it has nothing to
do with gcc itself; it consists of using an existing `as` option to "Use the
clang(1) integrated assembler instead of the G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80789
Bug ID: 80789
Summary: Better error for passing lambda with capture as
function pointer
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80788
Bug ID: 80788
Summary: [8 Regression] ICE in set_value_range, at
tree-vrp.c:252
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80787
--- Comment #1 from Marc Glisse ---
This is a DUP of many other PRs, -fno-tree-ccp -fno-tree-vrp gives you the
warning, but otherwise gcc optimises cond?value:undef to value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80787
Bug ID: 80787
Summary: gcc -Wmaybe-uninitialized false negative when
compiling Emacs
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80785
--- Comment #2 from Daniel Gutson ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to Daniel Gutson from comment #0)
> > I don't see why one would want to do this.
>
> You might have a header that encloses the entire contents in an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80786
Bug ID: 80786
Summary: m68k: internal compiler error: in change_address_1
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80785
--- Comment #1 from Jonathan Wakely ---
(In reply to Daniel Gutson from comment #0)
> I don't see why one would want to do this.
You might have a header that encloses the entire contents in an extern "C"
language linkage block, and it might cont
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80602
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80785
Bug ID: 80785
Summary: warning for static definitions inside extern "C"
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
--- Comment #3 from Marc Glisse ---
(In reply to Andrew Pinski from comment #1)
> The support is already there ...
So, what is the correct configure option to let gcc use it by default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781
--- Comment #4 from René J.V. Bertin ---
Edit: my goal here was thus more to test the waters and see how likely or not
it is that G++ will one day have this kind of support for libc++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781
--- Comment #3 from René J.V. Bertin ---
Dumb because?
I don't think I'd use the term even if the official GCC standpoint were that
clang is the superior compiler anyway.
The simple reality on the Mac platform is that you cannot have libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784
simon at pushface dot org changed:
What|Removed |Added
Known to work||6.1.0
--- Comment #2 from sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784
--- Comment #1 from simon at pushface dot org ---
Created attachment 41368
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41368&action=edit
Reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80784
Bug ID: 80784
Summary: ICE in ACATS 4.1 c732b01 at -O1, -O2
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80783
Bug ID: 80783
Summary: Inconsistent constexpr diagnostic for some cstdlib
functions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767
Andrew Pinski changed:
What|Removed |Added
CC||rjvbertin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781
--- Comment #2 from Jonathan Wakely ---
Firstly, if you have a patch then it should be sent to gcc-patc...@gcc.gnu.org
not entered as a feature request in bugzilla. See
https://gcc.gnu.org/contribute.html for details on patch submission and other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
--- Comment #1 from Andrew Pinski ---
The support is already there ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782
Bug ID: 80782
Summary: Feature request: use the llvm/clang assembler on Mac
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80741
Jerry DeLisle changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80781
Bug ID: 80781
Summary: Feature request: build option to use libc++ instead of
libstdc++ for increased usability on Mac
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80602
--- Comment #7 from Pat Haugen ---
(In reply to Thomas Koenig from comment #6)
> I just committed r248074 which I suspect is the same problem
> (the fix for PR 80765).
>
> If you could just upgrade to the most recent trunk (only
> need to upgrad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80763
--- Comment #6 from H.J. Lu ---
This is introduced by r236012 with a different ICE:
pr80763.cc:27:14: internal compiler error: in inline_small_functions, at
ipa-inline.c:1881
void n::o() {}
^
Please submit a full bug report,
with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80768
--- Comment #2 from Marek Polacek ---
We don't instrument such expressions because
v_3 = &s_2->i;
is not gimple_assign_load_p:
1997 if (flag_sanitize & (SANITIZE_NULL | SANITIZE_ALIGNMENT))
1998 {
1999 if (gim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #3 from Jonathan Wakely ---
(In reply to Martin Sebor from comment #2)
> When I made the built-ins constexpr in bug 66561 I thought (assumed) the
> intent was for the source_location default ctor and current() member to make
N.B. my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79062
--- Comment #7 from Martin Sebor ---
It's not completely fixed yet. The warning passes do run with LTO but LTO
still runs with warnings disabled unless they are explicitly enabled on the
command line. -Walloca-larger-than is not in -Wall or -We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
See A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79092
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2017-01-15 00:00:00 |2017-5-16
--- Comment #1 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61355
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2014-05-29 00:00:00 |2017-5-16
--- Comment #1 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79062
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #6 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80651
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80771
Jonathan Wakely changed:
What|Removed |Added
Keywords|wrong-code |rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80778
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80779
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50584
Fredrik Hederstierna changed:
What|Removed |Added
CC||fredrik.hederstierna@securi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775
--- Comment #7 from Peter Bergner ---
I have it recreated. Digging into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80768
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
Bug ID: 80780
Summary: Front-end support needed for
experimental::source_location
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775
--- Comment #6 from Peter Bergner ---
I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Daniel Santos ---
> Actually, I just realized that it won't help to move do_test.S into ms-sysv.c
> as inline asm because each test still needs a unique ms-sysv-gen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Daniel Santos ---
> (In reply to Rainer Orth from comment #0)
>> It seems to me that ms-sysv.exp is seriously misguided in trying to do all
>> its compilations manu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80285
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue May 16 13:16:34 2017
New Revision: 248109
URL: https://gcc.gnu.org/viewcvs?rev=248109&root=gcc&view=rev
Log:
Fix forward declaration of std::type_info for versioned-namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80764
--- Comment #2 from Richard Biener ---
So right after RTL expansion loop state is corrupt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80779
--- Comment #1 from Martin Liška ---
Created attachment 41365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41365&action=edit
Semi-working patch for bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80779
Bug ID: 80779
Summary: MPX bootstrap does not work on real hardware
supporting that
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881
--- Comment #28 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #27 from Jerry DeLisle ---
> (In reply to Rainer Orth from comment #15)
>> The new testcase FAILs on 64-bit Solaris/SPARC:
>>
>> +FAIL: gfortran.dg/dtio_26.f03 -O0 exe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79920
--- Comment #7 from Andrey Guskov ---
(In reply to Mikael Pettersson from comment #6)
> (In reply to Andrey Guskov from comment #5)
> > The revision 245968 breaks compilation of 465.tonto from SPEC2006 with these
> > options:
> >
> > -m32 -Ofast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80778
Bug ID: 80778
Summary: gcc.dg/auto-type-1.c ICEs with -flto
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80773
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80774
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80770
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80775
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Version|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80776
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79849
Martin Liška changed:
What|Removed |Added
Known to work||8.0
--- Comment #3 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79850
Martin Liška changed:
What|Removed |Added
Known to work||8.0
--- Comment #3 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80764
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80763
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79849
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue May 16 08:57:05 2017
New Revision: 248089
URL: https://gcc.gnu.org/viewcvs?rev=248089&root=gcc&view=rev
Log:
Fix 2 typos in ipa-devirt.c.
2017-05-16 Martin Liska
PR ipa/7
1 - 100 of 110 matches
Mail list logo