https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88116
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88070
--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Nov 20 19:43:20 2018
New Revision: 266326
URL: https://gcc.gnu.org/viewcvs?rev=266326&root=gcc&view=rev
Log:
PR target/88070
* mode-switching.c (create_pre_exi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88120
Bug ID: 88120
Summary: ICE in contains_placeholder_p at gcc/tree.c:3710
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292
Martin Liška changed:
What|Removed |Added
Known to work||9.0
--- Comment #8 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85925
--- Comment #25 from Eric Botcazou ---
> The new tests fail at execution on armeb and aarch64_be:
> FAIL: gcc.c-torture/execute/20181120-1.c -O0 execution test
>
> So, maybe not fixed yet?
Or maybe the test isn't suppos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #56 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #55)
> (In reply to Jonathan Wakely from comment #54)
> > (In reply to Iain Sandoe from comment #53)
> > > well, the point was that we can file a bug/radar against current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68544
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC|kargl at gcc dot gnu.org |
--- Comment #8 from ka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88121
Bug ID: 88121
Summary: Nonsensical messages when suggesting names from other
namespaces
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88120
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88120
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88121
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88038
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87895
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 20 20:44:38 2018
New Revision: 266328
URL: https://gcc.gnu.org/viewcvs?rev=266328&root=gcc&view=rev
Log:
PR tree-optimization/87895
* omp-simd-clone.c (ipa_simd_mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87229
--- Comment #6 from Andreas Schwab ---
That breaks gnat.dg/lto19.adb on aarch64.
Executing on host: /opt/gcc/gcc-20181120/Build/gcc/gnatmake
--GCC=/opt/gcc/gcc-20181120/Build/gcc/xgcc
--GNATBIND=/opt/gcc/gcc-20181120/Build/gcc/gnatbind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88118
Andrew Pinski changed:
What|Removed |Added
Depends on||19831
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #11 from Jan Hubicka ---
Warning from #9 is caused by fact that I compare pointers rather than test for
equality so when the enums are not merged, they triggers the warning even if
the values are in fact equivalent.
The following sile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88074
--- Comment #19 from joseph at codesourcery dot com ---
On Tue, 20 Nov 2018, rguenth at gcc dot gnu.org wrote:
> if (fmt->emin < min_exp)
> min_exp = fmt->emin - fmt->p + 1;
> so somehow the formula fmt->emin -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88097
--- Comment #5 from joseph at codesourcery dot com ---
As of glibc 2.28, glibc uses __builtin_bswap* when available on all
architectures.
commit 0d40d0ecba3b1e5b8c3b8da01c708fea3948e193
Author: Joseph Myers
Date: Tue Feb 6 21:55:08 2018 +000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88110
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 20 22:23:12 2018
New Revision: 266329
URL: https://gcc.gnu.org/viewcvs?rev=266329&root=gcc&view=rev
Log:
PR c++/88110
* constexpr.c (cxx_eval_constant_expression)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88039
--- Comment #4 from Iain Buclaw ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Iain Buclaw ---
> > (In reply to Rainer Orth from comment #0)
> >>
> >> The problem obviously is that the native assemblers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88118
Marc Glisse changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88110
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87895
Jakub Jelinek changed:
What|Removed |Added
Known to work||9.0
Summary|[7/8/9 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #12 from Jan Hubicka ---
Actually the issue here is that enum is context that is the type B and it has
keyed vtable which makes it unmerged. So we are correct to not merge here
provided that we want to keep TYPE_CONTEXT here (which I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #13 from Jan Hubicka ---
... and I can also confirm that the original testcase no longer triggers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88112
--- Comment #4 from Eric Botcazou ---
> Index: gcc/tree.c
> ===
> --- gcc/tree.c (revision 266308)
> +++ gcc/tree.c (working copy)
> @@ -5260,7 +5260,7 @@ free_lang_data_in_one_siz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88112
--- Comment #5 from Eric Botcazou ---
> I am not sure I fully understand the problem here, but
> why we end up streaming ungimplified type at first place?
Because you cannot gimplify a type declared at file scope.
-pc-linux-gnu/9.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/absozero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 9.0.0 20181120 (experimental) [trunk revision 266315] (GCC)
$ g++-trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88123
Bug ID: 88123
Summary: faulty qualified name lookup of overloaded operator
within generic lambda via using-directive
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87635
--- Comment #2 from Riccardo ---
Just for the reference, I backported the fix also to gcc 6.5
It applied almost cleanly.
Given your comment, I don't think it is worth opening a new bug just for that?
So I leave the patch here for the record.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87635
--- Comment #3 from Riccardo ---
Created attachment 45047
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45047&action=edit
Same patches for gcc6
Backport of patches but for gcc 6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88114
Tobias Burnus changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88114
--- Comment #2 from Tobias Burnus ---
The "=default" destructor function is generated (when it is generated) via:
mark_vtable_entries -> mark_used -> synthesize_method
While the {} destructor is generated via:
cp_parser_late_parsing_for_memb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88063
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66114
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64886
--- Comment #7 from John David Anglin ---
Doesn't appear fixed on aarch64 ILP32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62247
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60707
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88107
Arseny Solokha changed:
What|Removed |Added
Known to work||5.4.0
Summary|[9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88060
--- Comment #8 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Nov 21 02:16:15 2018
New Revision: 266333
URL: https://gcc.gnu.org/viewcvs?rev=266333&root=gcc&view=rev
Log:
PR go/88060
syscall: always define _AT_FDCWD and IPv6MT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88060
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85426
--- Comment #4 from Arseny Solokha ---
As of r266255 on the trunk it fails w/ the following backtrace:
during RTL pass: sms
t3kxgcui.c: In function 'c8._loopfn.0':
t3kxgcui.c:7:3: internal compiler error: in
cfg_layout_redirect_edge_and_branch_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85408
--- Comment #3 from Arseny Solokha ---
I cannot reproduce it on the trunk anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #14 from Jan Hubicka ---
Author: hubicka
Date: Wed Nov 21 02:38:43 2018
New Revision: 266334
URL: https://gcc.gnu.org/viewcvs?rev=266334&root=gcc&view=rev
Log:
PR lto/84044
* ipa-devirt.c (odr_types_equivalent_p): Us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
Bug ID: 88124
Summary: Wrong results with procedure in seperate file
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #1 from Jerry DeLisle ---
Created attachment 45050
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45050&action=edit
Include file for example
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #2 from Jerry DeLisle ---
See https://gcc.gnu.org/ml/fortran/2018-11/msg00101.html
For further explanation of problem. I found that when I placed the content of
sub.F into main.f with the contains, that it gave the correct results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #3)
> I think you're running into undefined behavior. Even though
> the derive type defined in the include file is obviously
> identical when the main program and su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58875
--- Comment #2 from Eric Gallager ---
(In reply to Jonathan Wakely from comment #1)
> Like PR58876 this is another case where you need -Wsystem-headers to get
> warnings from within library code.
Aren't there others along those lines too? I forg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
--- Comment #5 from Steve Kargl ---
On Wed, Nov 21, 2018 at 03:57:05AM +, kargl at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
>
> --- Comment #4 from kargl at gcc dot gnu.org ---
> (In reply to kargl from com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61760
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
--- Comment #3 from Eric Gallag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80793
--- Comment #6 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #5)
> (In reply to Martin Sebor from comment #0)
>
> There are several issues conflated here.
>
> > t.c: In function ‘f’:
> > t.c:3:46: warning: signed and unsi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88125
Bug ID: 88125
Summary: Erroneous duplicate "basic_stringbuf" symbol entry in
libstdc++ gnu.ver file.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88125
Brooks Moses changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85569
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88126
Bug ID: 88126
Summary: Need Compiler warning
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88126
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew Pi
301 - 358 of 358 matches
Mail list logo
