https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88126
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew Pi
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=85569
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
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=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=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=61760
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
--- Comment #3 from Eric Gallag
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=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 #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=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 #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
--- 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
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=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=85408
--- Comment #3 from Arseny Solokha ---
I cannot reproduce it on the trunk anymore.
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=88060
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=60707
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=64886
--- Comment #7 from John David Anglin ---
Doesn't appear fixed on aarch64 ILP32.
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=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=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=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=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=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=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
-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=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.
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=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=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=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=88110
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=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=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=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=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=88118
Andrew Pinski changed:
What|Removed |Added
Depends on||19831
--- Comment #1 from Andrew Pinski
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=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=88038
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=88120
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
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=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=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=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=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=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=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=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=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=88116
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to G. Steinmetz from comment #0)
> With invalid code for versions 8/9, silently accepted with 5/6/7 :
>
>
> $ cat z1.f90
> program p
>print *, [integer :: 1, [integer(8) :: 2, ['3']
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292
--- Comment #7 from Andreas Tobler ---
I can do a backport w/o an open PR' right? If so, then the PR can be set to
resolved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88025
Fritz Reese changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87923
Fritz Reese changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69560
James Y Knight changed:
What|Removed |Added
CC||foom at fuhm dot net
--- Comment #24 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87386
--- Comment #7 from Jakub Jelinek ---
Created attachment 45046
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45046&action=edit
gcc9-pr87386.patch
More complete patch. Though, in some cases it might be better to just use
range of just the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88119
Bug ID: 88119
Summary: std::alignment_of returns wrong value (__alignof
instead of alignof).
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44210
--- Comment #8 from Manuel López-Ibáñez ---
EnabledBy is already implemented. Also, -Wall --help=warnings shows which
warnings are enabled by -Wall.
The only remaining thing is to generate parts of invoke.texi directly from
the .opt file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86202
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88118
Bug ID: 88118
Summary: GCC keeps unnecessary calls to new
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88117
Bug ID: 88117
Summary: [9 Regression] ICE in gimplify_var_or_parm_decl, at
gimplify.c:2697
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88116
--- Comment #1 from G. Steinmetz ---
Some older issues :
$ cat z3.f90
program p
print *, [real :: 1, [integer :: (real(k), k=2,1), 2]]
end
$ cat z4.f90
program p
print *, [real :: [integer :: (dble(k), k=1,0), 2]]
end
$ gfortran-9-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88116
Bug ID: 88116
Summary: [8/9 Regression] ICE in gfc_convert_constant():
Unexpected type
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65381
--- Comment #5 from G. Steinmetz ---
Further simplified, z3 without character :
$ cat z2.f90
module m
type t
end type
contains
pure function g(x) result(z)
class(t), intent(in) :: x(:)
character :: z(size(x))
end
fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88115
Bug ID: 88115
Summary: Incorrect result from alignof in templates, if also
using __alignof__.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65381
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #4 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485
--- Comment #16 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #15)
> (In reply to Uroš Bizjak from comment #14)
> > (In reply to Jakub Jelinek from comment #13)
> > > (In reply to Uroš Bizjak from comment #12)
> > > > (In reply to Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87662
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86236
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485
--- Comment #15 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #14)
> (In reply to Jakub Jelinek from comment #13)
> > (In reply to Uroš Bizjak from comment #12)
> > > (In reply to Jakub Jelinek from comment #10)
> > > > and r264676 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86236
--- Comment #4 from Jakub Jelinek ---
H.J., any thoughts on this? Can we try to pick other regs if %edi is taken (if
there are any left, I'm afraid often there won't be any) or should we just
error out?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485
--- Comment #14 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #13)
> (In reply to Uroš Bizjak from comment #12)
> > (In reply to Jakub Jelinek from comment #10)
> > > and r264676 fixed that ICE, but hangs on it.
> > Are you sure yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485
--- Comment #13 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #12)
> (In reply to Jakub Jelinek from comment #10)
> > and r264676 fixed that ICE, but hangs on it.
> Are you sure you have correct revision here? Mentioned revision re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485
--- Comment #12 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #10)
> and r264676 fixed that ICE, but hangs on it.
Are you sure you have correct revision here? Mentioned revision removes FPSR
x87 status register, which x86_64 should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86259
--- Comment #33 from Martin Sebor ---
The following patch relaxes the optimization and handles the test suite
fallout:
https://gcc.gnu.org/ml/gcc-patches/2018-10/msg00129.html
It just needs to be rebased on top of the current trunk and some min
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88114
Bug ID: 88114
Summary: "virtual ~destructor() = default": Destructor not
created
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: wrong-code
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87386
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87957
--- Comment #8 from Jan Hubicka ---
Author: hubicka
Date: Tue Nov 20 16:22:19 2018
New Revision: 266322
URL: https://gcc.gnu.org/viewcvs?rev=266322&root=gcc&view=rev
Log:
PR lto/87957
* ipa-devirt.c (odr_subtypes_equivalent_p):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
--- Comment #6 from simon at pushface dot org ---
Selected output from "gcc empty.c -v -Wl,-v" on macOS 10.14.1 (darwin 18.2.0),
with gcc 9.0.0 20181103 built on x86_64-apple-darwin15, correctly showing
-mmacosx-version-min=10.14.0 & equivalents
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88070
--- Comment #6 from Uroš Bizjak ---
It looks that we need to relax mode-switching:
--cut here--
Index: mode-switching.c
===
--- mode-switching.c(revision 266278)
+++ mode-switch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84301
Bug 84301 depends on bug 85673, which changed state.
Bug 85673 Summary: ICE in create_pre_exit, at mode-switching.c:451
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85673
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88112
--- Comment #3 from Jan Hubicka ---
>
> Honza? Eric?
I am not sure I fully understand the problem here, but
why we end up streaming ungimplified type at first place?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88070
--- Comment #5 from Uroš Bizjak ---
*** Bug 85673 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85673
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85099
Bug 85099 depends on bug 85673, which changed state.
Bug 85673 Summary: ICE in create_pre_exit, at mode-switching.c:451
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85673
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87706
--- Comment #10 from Jan Hubicka ---
Author: hubicka
Date: Tue Nov 20 15:58:37 2018
New Revision: 266320
URL: https://gcc.gnu.org/viewcvs?rev=266320&root=gcc&view=rev
Log:
PR ipa/87706
* ipa-fnsummary.c (pass_ipa_fnsummary): Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87926
--- Comment #5 from Nathan Sidwell ---
Author: nathan
Date: Tue Nov 20 15:54:12 2018
New Revision: 266319
URL: https://gcc.gnu.org/viewcvs?rev=266319&root=gcc&view=rev
Log:
PR 87926
* Makefile.in (bitmap.o-warn): Use -Wno-error=a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88104
--- Comment #4 from Martin Sebor ---
Agreed. If you already have a bug tracking this change to the harness please
feel free to resolve this one. Otherwise I suggest to use this one for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85259
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87485
--- Comment #11 from Alexander Monakov ---
Just for information: the extra flag is needed due to --enable-default-ssp on
Arseny's configure command line.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87034
--- Comment #4 from Martin Sebor ---
There was no comment on the patch I posted in August until two months later and
I haven't yet had the time to address it:
https://gcc.gnu.org/ml/gcc-patches/2018-10/msg00108.html
The test case is still not d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87593
--- Comment #5 from Martin Sebor ---
I would still like to add a warning for multiple declarations with distinct
format_arg arguments to avoid the mistake in comment #0.
1 - 100 of 358 matches
Mail list logo
