https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84139
--- Comment #3 from Jonathan Wakely ---
(In reply to Christopher Di Bella from comment #0)
> Please let me know if the issue
> should be resubmitted for each version of GCC that it affects.
No, definitely not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84146
--- Comment #3 from Jakub Jelinek ---
Reduced testcase:
/* PR target/84146 */
/* { dg-do compile } */
/* { dg-options "-O2 -g -mcet -fcf-protection=full" } */
int __setjmp (void **);
void *buf[64];
void
foo (void)
{
__setjmp (buf);
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
--- Comment #26 from Janne Blomqvist ---
Author: jb
Date: Wed Jan 31 13:23:20 2018
New Revision: 257233
URL: https://gcc.gnu.org/viewcvs?rev=257233=gcc=rev
Log:
PR 78534 Reinstate better string copy algorithm
As part of the change to larger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84119
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84146
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84139
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84148
Bug ID: 84148
Summary: CET shouldn't be enabled in 32-bit run-time libraries
by default
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84149
Bug ID: 84149
Summary: [8 Regression] SPEC CPU2017 505.mcf/605.mcf ~10%
performance regression with r256888
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84122
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81779
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |6.4
Summary|bool define from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
--- Comment #15 from Wilco ---
(In reply to Eric Botcazou from comment #10)
> > The addition is performed on the full 32-bit register, so this obviously
> > means that the top 24 bits have an undefined value.
>
> Not if the entire registers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84132
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84132
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Wed Jan 31 13:07:53 2018
New Revision: 257232
URL: https://gcc.gnu.org/viewcvs?rev=257232=gcc=rev
Log:
2018-01-31 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84146
Bug ID: 84146
Summary: ICE with -mcet in dwarf2out_var_location, involving
sigsetjmp
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84089
--- Comment #5 from dave.anglin at bell dot net ---
On 2018-01-31 4:57 AM, aldyh at gcc dot gnu.org wrote:
> I know nothing about the PA back-end, or whether E_VOIDmode is valid for
> base14_operand, however...
>
> Before r196122, a VOIDmode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84148
--- Comment #2 from H.J. Lu ---
(In reply to Florian Weimer from comment #1)
> How old are the CPUs which treat it as UD? Older than i686/Pentium Pro?
> Thanks.
They are NOPs since Pentium Pro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
--- Comment #17 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Jan 31 15:01:40 2018
New Revision: 257237
URL: https://gcc.gnu.org/viewcvs?rev=257237=gcc=rev
Log:
PR rtl-optimization/84071
* doc/tm.texi.in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
--- Comment #18 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Jan 31 15:01:53 2018
New Revision: 257238
URL: https://gcc.gnu.org/viewcvs?rev=257238=gcc=rev
Log:
PR rtl-optimization/84071
* doc/tm.texi.in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84147
Bug ID: 84147
Summary: RTTI for base class in anonymous namespace could be
avoided
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84037
--- Comment #19 from Richard Biener ---
On Zen I measure 23s with --param vect-max-version-for-alias-checks=0 (thus
basically before the rev.) and 33s without. With the patch and the size
parameter tuned to 146 I get 25s and with 90 it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84120
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
Bug ID: 84150
Summary: Wrong pointer size used in builtin setjmp/longjmp with
-maddress-mode=long
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84146
Florian Weimer changed:
What|Removed |Added
See Also||https://bugzilla.redhat.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84037
--- Comment #20 from Richard Biener ---
Note that targets already have the opportunity to limit vectorization by
adjusting their finish_cost hook - here they even have more useful information
available
(kind of).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82518
--- Comment #9 from Christophe Lyon ---
(In reply to Aldy Hernandez from comment #7)
> Hi Nick! Hi all!
>
> Do we have a way of testing armeb, either through a simulator or through
> some aarch64 with magic flags?
>
Please note that the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84146
--- Comment #4 from Jakub Jelinek ---
Untested fix:
--- gcc/config/i386/i386.c.jj 2018-01-31 09:26:18.341505667 +0100
+++ gcc/config/i386/i386.c 2018-01-31 14:13:33.815243832 +0100
@@ -2609,31 +2609,27 @@ rest_of_insert_endbranch (void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84148
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
Eric Botcazou changed:
What|Removed |Added
CC|ebotcazou at gcc dot gnu.org |
--- Comment #16 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #10 from Jürgen Reuter ---
Created attachment 43307
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43307=edit
Reproducer_2, a little smaller
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
--- Comment #2 from Jakub Jelinek ---
Indeed, started with r242037.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
--- Comment #2 from Neil Carlson ---
(In reply to Dominique d'Humieres from comment #1)
>
> gives 0. Should not it be 3?
Yeah. I noticed the same thing myself. It is 3 if the type parameters are
removed. I was intending to report it, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
Douglas Mencken changed:
What|Removed |Added
Known to fail||7.1.0, 7.2.0
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #11 from Jürgen Reuter ---
When you run the binary created (seg_prod), you'll get
|
| Running self-test: mci_vamp
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67935
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84092
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Jan 31 16:07:06 2018
New Revision: 257242
URL: https://gcc.gnu.org/viewcvs?rev=257242=gcc=rev
Log:
/cp
2018-01-31 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
--- Comment #2 from H.J. Lu ---
This test will fail on all ILP32 targets where Pmode == DImode and
ptr_mode == SImode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
Bug ID: 84152
Summary: Internal compiler error when compiling a cxx file
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84092
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
Dominique d'Humieres changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84138
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #9 from Jürgen Reuter ---
Let me put a little smaller reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84127
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431
Martin Sebor changed:
What|Removed |Added
CC||davydden at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #7 from Jürgen Reuter ---
We reproduced this on Darwin 17.4.0 and OpenSuSe Leap 42.2 Linux and within a
Docker Image running Ubuntu LTS. The two cases on Linux are the test example of
which I extracted the smaller reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82641
--- Comment #26 from Richard Earnshaw ---
(In reply to Arnd Bergmann from comment #25)
> or to apply more force and add the ".arch" to each inline
> asm individually.
No, that would not be guaranteed to be supported: and you'd be lying to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84151
Bug ID: 84151
Summary: [4.9/5/6/7 Regression] g++ generates two identical
loads in a volatile-qualified member function.
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84071
--- Comment #19 from Wilco ---
(In reply to Eric Botcazou from comment #16)
> > Also I wonder whether this means AArch64 should set it since targets like
> > MIPS
> > and Sparc already set it.
>
> There seems to be a good reason against
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84138
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 31 15:37:18 2018
New Revision: 257240
URL: https://gcc.gnu.org/viewcvs?rev=257240=gcc=rev
Log:
PR c++/84138
* cp-gimplify.c (cp_fold): Check if X is an error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84136
--- Comment #3 from David Malcolm ---
Discussion/patch:
https://gcc.gnu.org/ml/gcc-patches/2018-01/msg02451.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #9 from Jakub Jelinek ---
Because powerpc*-darwin* is neither a primary nor secondary platform, see
http://gcc/gnu.org/gcc-8/criteria.html , and therefore bugs in such a port are
not release critical.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
--- Comment #13 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Wed Jan 31 18:56:11 2018
New Revision: 257252
URL: https://gcc.gnu.org/viewcvs?rev=257252=gcc=rev
Log:
gcc/ChangeLog:
2018-01-31 Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #8 from Dominique d'Humieres ---
Pass with r257125.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84032
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Bug ID: 84153
Summary: Bootstrap failure when using dependency libraries in
non-system location
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
Douglas Mencken changed:
What|Removed |Added
Known to work||6.4.0
--- Comment #7 from Douglas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #8 from Douglas Mencken ---
(In reply to Jakub Jelinek from comment #4)
> (In reply to Segher Boessenkool from comment #2)
> > You cut away the most interesting part: the insn pattern that does not
> > exist.
> > Could you show us?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
--- Comment #12 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Wed Jan 31 18:22:19 2018
New Revision: 257248
URL: https://gcc.gnu.org/viewcvs?rev=257248=gcc=rev
Log:
gcc/ChangeLog:
2018-01-31 Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #11 from Segher Boessenkool ---
It will be fixed. But not many people have access to powerpc-darwin systems
to test on.
Does this still happen on trunk as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82444
--- Comment #1 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Jan 31 19:03:11 2018
New Revision: 257254
URL: https://gcc.gnu.org/viewcvs?rev=257254=gcc=rev
Log:
2018-01-31 Vladimir Makarov
PR target/82444
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84153
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #14 from Dominique d'Humieres ---
I get the ICE with r257065.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #14 from Douglas Mencken ---
(In reply to Jakub Jelinek from comment #13)
> No, it means anybody can fix it, just the release will not be blocked if it
> is not fixed.
Well, nice. May I fix it? What happened between 6.4 and 7.1?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #10 from Douglas Mencken ---
(In reply to Jakub Jelinek from comment #9)
> Because powerpc*-darwin* is neither a primary nor secondary platform, see
> http://gcc/gnu.org/gcc-8/criteria.html , and therefore bugs in such a port
> are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84032
--- Comment #2 from David Malcolm ---
Created attachment 43309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43309=edit
Dumpfile from sms pass (up to the assertion failure)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84113
--- Comment #12 from Douglas Mencken ---
(In reply to Segher Boessenkool from comment #11)
> It will be fixed. But not many people have access to powerpc-darwin systems
> to test on.
I prefer “would” before “will”, and I may give an access to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926
--- Comment #9 from Peter Bergner ---
So the problem is that the splitter for vsx_div_v2di unconditionally calls
gen_divdi3() , which assumes we have a 64-bit integer HW div insn. If you do a
scalar 64-bit div, we notice we don't have that HW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84152
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70589
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #16 from Thomas Koenig ---
This is strange.
Looking at the small reproducer and grepping for the settings to dtype
with
diff -b -u repro.f90.old repro.f90.new |grep 'dtype.*='
where repro.f90.old is the output of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79038
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
--- Comment #1 from Jürgen Reuter ---
Created attachment 43313
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43313=edit
Reproducer, 48 lines
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83993
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 31 20:46:36 2018
New Revision: 257265
URL: https://gcc.gnu.org/viewcvs?rev=257265=gcc=rev
Log:
PR c++/83993
* constexpr.c (cxx_eval_outermost_constant_expr):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83993
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 31 20:45:41 2018
New Revision: 257264
URL: https://gcc.gnu.org/viewcvs?rev=257264=gcc=rev
Log:
PR c++/83993
* constexpr.c (diag_array_subscript): Emit different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.0
--- Comment #3 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84156
Bug ID: 84156
Summary: [8 Regression] valgrind error with print *,1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81779
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 31 22:12:46 2018
New Revision: 257271
URL: https://gcc.gnu.org/viewcvs?rev=257271=gcc=rev
Log:
PR c/81779
* c-parser.c (c_parser_compound_statement_nostart):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84154
Bug ID: 84154
Summary: PowerPC GCC 7 and 8 have regression in converting fp
to short/char and returning it
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83987
Volker Reichelt changed:
What|Removed |Added
Summary|[6/7 Regression] ICE with |[6/7/8 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84088
--- Comment #11 from Paul Thomas ---
Author: pault
Date: Wed Jan 31 20:28:35 2018
New Revision: 257262
URL: https://gcc.gnu.org/viewcvs?rev=257262=gcc=rev
Log:
2018-01-31 Paul Thomas
PR fortran/84088
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81084
--- Comment #13 from Andrew Jenner ---
Created attachment 43312
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43312=edit
Patch in progress so far
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Bug ID: 84155
Summary: [8.0 Regression] program hangs on valid code
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 31 20:47:48 2018
New Revision: 257266
URL: https://gcc.gnu.org/viewcvs?rev=257266=gcc=rev
Log:
PR fortran/84116
* openmp.c (gfc_match_omp_clauses): If all the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84150
--- Comment #3 from H.J. Lu ---
Created attachment 43314
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43314=edit
A patch
I am testing this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84123
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 31 21:37:54 2018
New Revision: 257270
URL: https://gcc.gnu.org/viewcvs?rev=257270=gcc=rev
Log:
PR rtl-optimization/84123
* combine.c (change_zero_ext):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84156
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81779
Marek Polacek changed:
What|Removed |Added
Summary|[6/7/8 Regression] bool |[6/7 Regression] bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
--- Comment #1 from Tom de Vries ---
Regression caused by r257270.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
Bug ID: 84157
Summary: [8 Regression] [nvptx] ICE: RTL check: expected code
'reg', have 'lshiftrt'
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84141
--- Comment #15 from Jürgen Reuter ---
Created attachment 43311
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43311=edit
Isolated file: small reproducer, 250 lines
This should print
1: 2: INSIDE MCI_VAMP_WRITE
VAMP integrator:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84116
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83993
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression] ICE: |[7 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84155
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84157
--- Comment #2 from Tom de Vries ---
Created attachment 43315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43315=edit
lrand48.c
1 - 100 of 169 matches
Mail list logo