https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87571
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67843
--- Comment #13 from Christian Hoff ---
Hello Jonathan,
that is great news! Thank you very much for fixing this issue, I really
appreciate this.
Best regards,
Christian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88199
--- Comment #4 from François Dumont ---
Author: fdumont
Date: Wed Nov 28 06:27:28 2018
New Revision: 266543
URL: https://gcc.gnu.org/viewcvs?rev=266543&root=gcc&view=rev
Log:
2018-11-28 François Dumont
PR libstdc++/88199
* in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88199
--- Comment #3 from François Dumont ---
Author: fdumont
Date: Wed Nov 28 06:19:38 2018
New Revision: 266542
URL: https://gcc.gnu.org/viewcvs?rev=266542&root=gcc&view=rev
Log:
2018-11-28 François Dumont
PR libstdc++/88199
* in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88234
Bug ID: 88234
Summary: UBsan and runtime error: signed integer overflow using
unsigned vector
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88172
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88208
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63392
--- Comment #5 from Eric Gallager ---
(In reply to David Malcolm from comment #4)
> I've added a fix-it hint (for gcc 9), but I'm not planning to improve the
> error-recovery at this time.
"at this time" meaning maybe later?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77572
--- Comment #3 from Eric Gallager ---
(In reply to Jonathan Wakely from comment #2)
> I still get the same output as Martin using recent trunk, and any older
> versions.
Ah, I see what happens, I get the same nonsensical output as Martin when I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72754
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87742
--- Comment #4 from Liu Hao ---
In my real-world example,
0) the enclosing function is indeterminately recursive, but there is no
infinite loop, and
1) `o` has type `size_t`, which is a compile time constant because it is the
index of a type in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88233
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88187
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88187
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 27 23:52:26 2018
New Revision: 266537
URL: https://gcc.gnu.org/viewcvs?rev=266537&root=gcc&view=rev
Log:
PR c++/88187
* decl.c (grokdeclarator): Don't diagnose ded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88229
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88228
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88175
--- Comment #13 from Jonny Grant ---
(In reply to Jonathan Wakely from comment #11)
> (In reply to Jonny Grant from comment #8)
> > Do you agree this warning output should be changed to clarify?
>
> Yes, there's plenty of room to improve it.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67843
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88227
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-valid-code
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #53 from postmas...@conky-be.bounceio.net ---
Created attachment 45108
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45108&action=edit
attachment-117920-1.eml
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #52 from postmas...@conky-be.bounceio.net ---
Your email was bounced...
-
... because something went wrong between you and your recipient. Ugh!
What to do next?
Well, your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #51 from postmas...@conky-be.bounceio.net ---
Your email was bounced...
-
... because something went wrong between you and your recipient. Oh
no!
What to do next?
Well,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42734
--- Comment #50 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 27 23:25:56 2018
New Revision: 266533
URL: https://gcc.gnu.org/viewcvs?rev=266533&root=gcc&view=rev
Log:
PR libstdc++/67843 set shared_ptr lock policy at build-time
This resolv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67843
--- Comment #11 from Jonathan Wakely ---
Author: redi
Date: Tue Nov 27 23:25:56 2018
New Revision: 266533
URL: https://gcc.gnu.org/viewcvs?rev=266533&root=gcc&view=rev
Log:
PR libstdc++/67843 set shared_ptr lock policy at build-time
This resolv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80580
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88231
--- Comment #2 from Martin Sebor ---
I see that with -Os GCC already optimizes space by reducing the alignment of
functions from the default 16 on i86 to 1 (in the absence of attribute
aligned), so this would seem to be just a missed opportunity.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88233
Bug ID: 88233
Summary: combine fails to merge insns leaving unneeded reg
copies
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88232
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88231
--- Comment #1 from Andrew Pinski ---
This shouldn't be too hard to solve. Reording based on alignment should be
easy to be taken into account.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88232
Bug ID: 88232
Summary: Please implement -Winfinite-recursion
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88231
Bug ID: 88231
Summary: aligned functions laid down inefficiently
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87695
Andrew Pinski changed:
What|Removed |Added
CC||al11 at lafcat dot com
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Iain Sandoe from comment #4)
> > (In reply to Jakub Jelinek from comment #3)
> > > Created attachment 45105 [details]
> > > gcc9-pr86669.patch
>
> > > I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
--- Comment #5 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > Created attachment 45105 [details]
> > gcc9-pr86669.patch
> > I'll bootstrap/regtest the patch on x86_64-linux and i6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88199
--- Comment #2 from François Dumont ---
Author: fdumont
Date: Tue Nov 27 21:21:51 2018
New Revision: 266528
URL: https://gcc.gnu.org/viewcvs?rev=266528&root=gcc&view=rev
Log:
2018-11-27 François Dumont
PR libstdc++/88199
* in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85663
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88181
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88181
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 27 21:04:41 2018
New Revision: 266527
URL: https://gcc.gnu.org/viewcvs?rev=266527&root=gcc&view=rev
Log:
PR c++/88181
* class.c (fixup_attribute_variants): Also pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88184
--- Comment #4 from Marek Polacek ---
-fchecking=2 is the answer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
--- Comment #4 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 45105 [details]
> gcc9-pr86669.patch
>
> Indeed, it does. clone_body has code to unshare DECL_INITIAL, but it does
> so only for FOR_EACH_LOCAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87864
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>>> --- Comment #1 from Iain Buclaw ---
>>> Is there another way to get a section in earlier versions of S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87675
--- Comment #3 from Scott Gayou ---
My last comment was a bit confusing. I can reproduce 2/3 on a standard system,
and the other 1/3 requires dropping ulimit -s down a bit. (to 4096).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88190
--- Comment #7 from Dominique d'Humieres ---
> I have been giving this some thought. After reading our current documentation
> for -std= why do we all of a sudden change a policy because the reporter of
> 88052 does not like something? Why not ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87864
--- Comment #4 from Rainer Orth ---
Created attachment 45106
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45106&action=edit
Initial patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88078
--- Comment #3 from Jeffrey Walton ---
(In reply to Jonathan Wakely from comment #2)
> For GCC 8.2 using -std=c++14 instead of -std=gnu++14 will disable the
> __float128 specializations, avoiding the problem of long double and
> __float128 being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87675
Scott Gayou changed:
What|Removed |Added
CC||sgayou at redhat dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87157
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87157
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 27 19:23:39 2018
New Revision: 266524
URL: https://gcc.gnu.org/viewcvs?rev=266524&root=gcc&view=rev
Log:
PR middle-end/87157
* gcc.dg/vect/costmodel/ppc/costmodel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88103
Jakub Jelinek changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86593
Jakub Jelinek changed:
What|Removed |Added
CC||daniel.f.starke at freenet dot
de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87294
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87742
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
--- Comment #16 from Mike Gulick ---
(In reply to Eric Gallager from comment #15)
> So can this be closed as FIXED now?
Yes, fixed by r266516.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
--- Comment #15 from Eric Gallager ---
(In reply to David Malcolm from comment #14)
> Author: dmalcolm
> Date: Tue Nov 27 16:04:31 2018
> New Revision: 266520
>
> URL: https://gcc.gnu.org/viewcvs?rev=266520&root=gcc&view=rev
> Log:
> PR preproce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
--- Comment #3 from Jakub Jelinek ---
Created attachment 45105
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45105&action=edit
gcc9-pr86669.patch
Indeed, it does. clone_body has code to unshare DECL_INITIAL, but it does so
only for FOR_E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61976
David Edelsohn changed:
What|Removed |Added
CC||segher at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86735
--- Comment #33 from janus at gcc dot gnu.org ---
(In reply to janus from comment #30)
> I have verified that the problem goes away when using the following as
> version:
> GNU assembler (GNU Binutils) 2.31.51.20181124
Same ǵoes for the 2.30 bran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88229
--- Comment #1 from G. Steinmetz ---
This variant compiles and works :
$ cat z3.f90
program p
call s
contains
subroutine s
character(:), allocatable :: y
allocate (y, source=f('abcdefff'))
print *, len(y), y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88229
Bug ID: 88229
Summary: ICE tree check: expected integer_cst, have nop_expr in
get_len, at tree.h:5608
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87902
--- Comment #8 from Segher Boessenkool ---
(In reply to Ilya Leoshkevich from comment #7)
> Apparently, for this specific case doing more of hard register copy
> propagation is enough. I've just tried running pass_cprop_hardreg
> before pass_thr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88228
Bug ID: 88228
Summary: ICE in check_null, at fortran/expr.c:2691
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88227
Bug ID: 88227
Summary: ICE in gfc_convert_boz, at fortran/target-memory.c:788
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80467
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #8 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79351
Alexander Monakov changed:
What|Removed |Added
Keywords||wrong-code
Status|WAITIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86205
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88200
--- Comment #2 from Matthias Klose ---
reproduced with r266507. The native x86_64-linux-gnu compiler is configured
with
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr
--with-gcc-major-version-only --program-suffix=-9
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88136
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88211
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88211
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Tue Nov 27 17:07:24 2018
New Revision: 266522
URL: https://gcc.gnu.org/viewcvs?rev=266522&root=gcc&view=rev
Log:
PR 87756 - missing unterminated argument warning using address of a consta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87756
--- Comment #7 from Martin Sebor ---
Author: msebor
Date: Tue Nov 27 17:07:24 2018
New Revision: 266522
URL: https://gcc.gnu.org/viewcvs?rev=266522&root=gcc&view=rev
Log:
PR 87756 - missing unterminated argument warning using address of a consta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Tue Nov 27 17:07:24 2018
New Revision: 266522
URL: https://gcc.gnu.org/viewcvs?rev=266522&root=gcc&view=rev
Log:
PR 87756 - missing unterminated argument warning using address of a consta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
Bug ID: 88226
Summary: missing warning on fprintf, fputs, and puts with an
unterminated array
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86610
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85663
Jakub Jelinek changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88205
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #9 from Dominique d'Humieres ---
> OK, sounds like it might be an unrelated issue to the one I'm seeing. The
> following variant of that test crashes for me as well, even though there
> aren't
> any allocatable character strings in i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
--- Comment #14 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 27 16:04:31 2018
New Revision: 266520
URL: https://gcc.gnu.org/viewcvs?rev=266520&root=gcc&view=rev
Log:
PR preprocessor/83173: Enhance -fdump-internal-locations output
gcc/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #6 from Martin Sebor ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79351
--- Comment #3 from Chris Wellons ---
This bug is still present in GCC 8.2.0. I just tested my example again on
x86-64, i686, and ARM64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88225
--- Comment #2 from Martin Liška ---
Patch candidate:
https://gcc.gnu.org/ml/gcc-patches/2018-11/msg02203.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #8 from Tomáš Trnka ---
(In reply to Dominique d'Humieres from comment #7)
> > Could you please kindly suggest what do I need to do to get this out of
> > WAITING? ...
>
> AFAIK you can do it yourself.
>
> WAITING is not a punishme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
--- Comment #13 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 27 15:53:51 2018
New Revision: 266518
URL: https://gcc.gnu.org/viewcvs?rev=266518&root=gcc&view=rev
Log:
PR preprocessor/83173: New test
2018-11-27 Mike Gulick
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87718
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88184
--- Comment #3 from Marek Polacek ---
FWIW, I'm still unable to reproduce. Tried (non-)bootstrap + (non-)checking
builds but I get the output in Comment 2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83173
--- Comment #12 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 27 15:49:43 2018
New Revision: 266516
URL: https://gcc.gnu.org/viewcvs?rev=266516&root=gcc&view=rev
Log:
PR preprocessor/83173: Additional check before decrementing highest_lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88188
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 27 15:40:57 2018
New Revision: 266515
URL: https://gcc.gnu.org/viewcvs?rev=266515&root=gcc&view=rev
Log:
PR target/88188
* config/rs6000/rs6000.c (print_operand) :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87157
--- Comment #9 from Jan Hubicka ---
> @@ -11,7 +11,7 @@ struct test {
>
> extern struct test s;
>
> -int main1 ()
> +__attribute__((noipa)) int main1 ()
> {
>int i;
>
> We want to test the vectorizer behavior, not depend on how many ti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79351
Leonard König changed:
What|Removed |Added
CC||leonard.r.koenig@googlemail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88225
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88225
Bug ID: 88225
Summary: Slowness in gcov
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87157
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
Dominique d'Humieres changed:
What|Removed |Added
Keywords||wrong-code
Status|WAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88122
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86827
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
1 - 100 of 163 matches
Mail list logo