https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:352811870d7d7edcca109ef50822e26ca7ef2b36
commit r10-7957-g352811870d7d7edcca109ef50822e26ca7ef2b36
Author: Jason Merrill
Date:
P2085 clarified that a defaulted comparison operator must be the first
declaration of the function. Rejecting that avoids the ICE trying to
compare the noexcept-specifications.
Tested x86_64-pc-linux-gnu, applying to trunk.
gcc/cp/ChangeLog
2020-04-24 Jason Merrill
PR c++/94583
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94755
Bug ID: 94755
Summary: [10 Regression] internal compiler error: Segmentation
fault
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94754
--- Comment #1 from Alejandro Colomar ---
__builin_unreachable() helped silencing that specific bug, as a temporary
workaround:
[[gnu::nonnull]]
static
int init_x(int cond, int **x, int *y)
{
if (!cond)
return -1;
Hi!
On Tue, Apr 07, 2020 at 07:18:25AM +0200, Sebastian Huber wrote:
> Since commit e154242724b084380e3221df7c08fcdbd8460674 the flag -many is
> sometimes not passed to the assembler. Use .machine ppc to prevent
> errors if these files are assembled for an ISA which does not support
> FPRs.
>
>
Hi,
This patch merges the D front-end implementation with upstream dmd
09db0c41e, and the D runtime library with upstream druntime e68a5ae3.
* New core.math.toPrec templates have been added as an intrinsic.
Some floating point algorithms, such as Kahan-Babuska-Neumaier
Summation, require
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94754
Bug ID: 94754
Summary: -fanalyzer false positive due to it ignoring previous
if
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
On Fri, Apr 24, 2020 at 04:47:31PM -0500, Peter Bergner wrote:
> On 4/17/20 12:59 AM, Sebastian Huber wrote:
> > Hello Segher,
> >
> > would you mind having a look at this patch.
> >
>
> His patch is here:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2020-April/543396.html
(And at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94753
Bug ID: 94753
Summary: -undef, c++20 and feature-test macros
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92830
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94751
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
On Fri, 2020-04-24 at 17:22 -0500, Qing Zhao wrote:
> Hi, Dave,
>
> Thanks a lot for the review and comments.
> I just updated the patch with all your suggestions, bootstrapped it
> and run regression test, no any issue.
>
> The newest patch is attached with this email.
>
> Richard/Jakub,
Snapshot gcc-8-20200424 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20200424/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94752
Bug ID: 94752
Summary: [coroutines] compiler ICE with coroutine with unnamed
parameter
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94751
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
On Wed, Apr 22, 2020 at 8:25 PM Joel Jones wrote:
>
> Yes, Bellsoft's contribution is to be covered under the Marvell copyright
>
> assignment, as this is a work for hire.
Thanks !
Ramana
>
>
>
> Joel
>
>
>
> >Yes, Bellsoft's contribution is to be covered under the Marvell copyright
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 89430, which changed state.
Bug 89430 Summary: A missing ifcvt optimization to generate csel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89430
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89430
Jakub Jelinek changed:
What|Removed |Added
Resolution|FIXED |---
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9/10 Regression] |[8/9 Regression] Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Assignee|unassigned
Hi, Dave,
Thanks a lot for the review and comments.
I just updated the patch with all your suggestions, bootstrapped it and run
regression test, no any issue.
The newest patch is attached with this email.
Richard/Jakub, please advise on whether I can commit this patch to Gcc10?
Thanks a lot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4ff685a8705e8ee55fa86e75afb769ffb0975aea
commit r10-7953-g4ff685a8705e8ee55fa86e75afb769ffb0975aea
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94734
--- Comment #18 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cf39dccf9284d2fd9f9aa7050760adea110c8d88
commit r10-7952-gcf39dccf9284d2fd9f9aa7050760adea110c8d88
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94657
Eric Gallager changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89430
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cf39dccf9284d2fd9f9aa7050760adea110c8d88
commit r10-7952-gcf39dccf9284d2fd9f9aa7050760adea110c8d88
Author: Jakub Jelinek
Date:
Hi!
On Wed, Apr 22, 2020 at 12:53:03AM -0400, Michael Meissner wrote:
> 2020-04-21 Michael Meissner
>
> * config/rs6000/linux64.h (PCREL_SUPPORTED_BY_OS): Define to
> enable PC-relative addressing for -mcpu=future.
> * config/rs6000/rs6000-cpus.def (ISA_FUTURE_MASKS_SERVER):
On 4/17/20 12:59 AM, Sebastian Huber wrote:
> Hello Segher,
>
> would you mind having a look at this patch.
>
His patch is here:
https://gcc.gnu.org/pipermail/gcc-patches/2020-April/543396.html
Peter
Hi,
The order of precedence used by the upstream reference compiler for
determining what library to link against is:
- No library if -nophoboslib or -fno-druntime was seen.
- The library passed to -debuglib if -g was also seen.
- The library passed to -defaultlib
- The in-tree libgphobos library.
Hi!
On Mon, Apr 20, 2020 at 09:57:31PM +0800, guojiufu wrote:
> Previously -fweb was disabled if only unroll small loops. After that
> we find there is cases where it could help to rename pseudos and aovid
> some anti-dependence which may occur after unroll.
>
> Below is a patch to disable
On Fri, Apr 17, 2020 at 07:59:02AM +0200, Sebastian Huber wrote:
> would you mind having a look at this patch.
Hi!
I see no patch?
Segher
Hi!
On Fri, Apr 17, 2020 at 01:35:15PM +0800, luoxhu wrote:
> On 2020/4/17 08:52, Segher Boessenkool wrote:
> > On Mon, Apr 13, 2020 at 10:11:43AM +0800, luoxhu wrote:
> >> frame_pointer_needed is set to true in reload pass setup_can_eliminate,
> >> but regs_ever_live[31] is false,
Hi!
On Fri, Apr 24, 2020 at 10:01:20PM +0200, Martin Jambor wrote:
> On Fri, Apr 24 2020, Segher Boessenkool wrote:
> > On Fri, Apr 24, 2020 at 05:48:38PM +0200, Thomas Koenig wrote:
> >> >Of course, better would be to remove ChangeLogs entirely (including not
> >> >putting anything like them
On 4/24/20 4:19 AM, Szabolcs Nagy wrote:
On aarch64 -mbranch-protection=pac-ret reuses the dwarf
opcode for window_save to mean "toggle the return address
mangle state", but in the dwarf2cfi internal logic the
state was not updated when an opcode was emitted, the
currently present update logic
On 4/24/20 1:12 PM, Jakub Jelinek wrote:
Hi!
finish_call_expr already has code to set current_function_returns_abnormally
if a template calls a noreturn function, but on the following testcase it
doesn't call a FUNCTION_DECL, but TEMPLATE_DECL instead, in which case
we didn't check noreturn at
On 4/24/20 3:52 PM, Patrick Palka wrote:
This adds a note suggesting to enable concepts whenever 'requires' is parsed as
an invalid type name with concepts disabled.
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK to commit?
OK.
gcc/cp/ChangeLog:
* parser.c
On 4/23/20 7:08 PM, Marek Polacek wrote:
On Thu, Apr 23, 2020 at 02:48:38PM -0400, Jason Merrill wrote:
On 4/22/20 11:27 PM, Marek Polacek wrote:
This test is rejected with a bogus "use of deleted function" error
starting with r225705 whereby convert_like_real/ck_base no longer
sets
Hi,
On Fri, Apr 24 2020, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Apr 24, 2020 at 05:48:38PM +0200, Thomas Koenig wrote:
>> >Of course, better would be to remove ChangeLogs entirely (including not
>> >putting anything like them into a commit message), because they are
>> >largely not useful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Nathan Sidwell changed:
What|Removed |Added
Last reconfirmed||2020-04-24
This adds a note suggesting to enable concepts whenever 'requires' is parsed as
an invalid type name with concepts disabled.
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK to commit?
gcc/cp/ChangeLog:
* parser.c (cp_parser_diagnose_invalid_type_name): Suggest to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94750
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94739
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-04-24
Keywords|
Since ld is Intel CET enabled on Intel CET enabled host, dlopen fails on
liblto_plugin.so if it isn't Intel CET enabled. Add GCC_CET_HOST_FLAGS
to cet.m4, use it in libiberty and lto-plugin to always enable Intel
CET in liblto_plugin.so on Intel CET enabled host.
On Linux/x86 host, enable Intel
On Fri, 2020-04-24 at 13:03 -0600, Maurice Smulders via Gcc wrote:
> Hello,
>
> Hugo Landau figured out why it didn't load:
> Yes.
>
>
> The reference to cp_global_trees appears to be caused by the below
> code,
> which only relates to C++.
This patch fixes a bug in which the high-part of a 64-bit add doesn't
always merge in the masked lanes properly, depending on register allocation.
Unfortunately I don't have a small reproducer for this one, so there's
no testcase.
Andrew
amdgcn: Fix wrong-code bug in 64-bit masked add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
Segher Boessenkool changed:
What|Removed |Added
Known to work||10.0
Summary|[8/9/10
Hello,
Hugo Landau figured out why it didn't load:
Yes.
The reference to cp_global_trees appears to be caused by the below code,
which only relates to C++. For C, try commenting it out like this:
OUTF ("- !compex/method\n", i);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
--- Comment #9 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:9c725245beed2f056b67f5dc218fef6cb869c5f2
commit r10-7949-g9c725245beed2f056b67f5dc218fef6cb869c5f2
Author: Segher Boessenkool
ions.
A crash is also observed with a 20200424 version as well as
gcc version 9.2.1 20190827 (Red Hat 9.2.1-1) (GCC)
thanks,
sss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94750
Bug ID: 94750
Summary: [10 Regression] Redundant identical using-declaration
rejected since r10-554
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
The PR shows the compiler crashing with -mvsx -mlittle -O0. This turns
out to be caused by a failure to make of the higher bits in an index
endian conversion.
Tested on powerpc64-linux {-m32,-m64} and on powerpc64le-linux.
Committing to trunk.
(This will need backports).
Segher
2020-04-24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
Richard Biener changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
On Fri, 24 Apr 2020, Jakub Jelinek wrote:
> Hi!
>
> As the new testcase shows, it is not safe to assume we can optimize
> a conditional store into an automatic non-addressable var, we can do it
> only if we can prove that the unconditional load or store actually will
> not be outside of the
Here is the patch introducing thunderxt311 maching model
for the scheduler. A name for the new chip was added to the
list of the names to be recognized as a valid parameter for mcpu
and mtune flags. The TX2 cost model was reused for TX3.
The previously used "cryptic" name for the command line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
--- Comment #4 from Peter Bergner ---
Removing the bswap and recompiling, the non-bswap load pattern has no problem
accepting an address like that, so this looks like a target issue with that
pattern.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94383
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9407f0c32b215d55d3474a234b0043bddc185b1c
commit r10-7948-g9407f0c32b215d55d3474a234b0043bddc185b1c
Author: Jakub Jelinek
Date:
Hi!
finish_call_expr already has code to set current_function_returns_abnormally
if a template calls a noreturn function, but on the following testcase it
doesn't call a FUNCTION_DECL, but TEMPLATE_DECL instead, in which case
we didn't check noreturn at all and just assumed it could return.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94749
Bug ID: 94749
Summary: std::istream::ignore discards too many characters
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
--- Comment #3 from Peter Bergner ---
Here's a simpler test case that fails the same way:
int array[8];
int
foo (void)
{
return __builtin_bswap32 (array[1]);
}
So before CSE, we have:
(insn 5 2 6 2 (set (reg/f:DI 121)
On Thu, 2020-04-23 at 21:08 +0200, Jakub Jelinek via Gcc-patches wrote:
> Hi!
>
> On Tue, Apr 21, 2020 at 11:57:02AM +0200, Jakub Jelinek wrote:
> > I haven't added (yet) checks if the alternate compiler does support these
> > options (I think that can be done incrementally), so for now this
Hi!
As the new testcase shows, it is not safe to assume we can optimize
a conditional store into an automatic non-addressable var, we can do it
only if we can prove that the unconditional load or store actually will
not be outside of the boundaries of the variable.
If the offset and size are
Hi!
On Fri, Apr 24, 2020 at 05:48:38PM +0200, Thomas Koenig wrote:
> >Of course, better would be to remove ChangeLogs entirely (including not
> >putting anything like them into a commit message), because they are
> >largely not useful and are just make-work.
>
> I disagree. I find them quite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94748
Bug ID: 94748
Summary: aarch64: many unnecessary bti j emitted
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94740
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
This patch changes the split-point of 64-bit moves to after register
allocation. This means that LRA sees a simpler instruction stream, and
seems to produce better code on some testcases.
Andrew
amdgcn: Split 64-bit constant loads post-reload
This helps avoid spilling 64-bit constant loads to
Of course, better would be to remove ChangeLogs entirely (including not
putting anything like them into a commit message), because they are
largely not useful and are just make-work.
I disagree. I find them quite useful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94747
Bug ID: 94747
Summary: Undefined behavior: integer overflow in
libsupc++/dyncast.cc
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Andreas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92950
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
Hello,
Is it possible to make plugins for the C compiler (not the C++)
compiler? I was trying the (old) sample code at
https://github.com/hlandau/compex to make a plugin, but the plugin
only works with C++. when trying to use the C compiler it complains
about
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94675
--- Comment #17 from Martin Sebor ---
As you observed, the warning disappears if the assert is removed, so that's one
workaround. But rather than working around it I would suggest to rewrite the
code to avoid the pointer subtraction. Chances
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91706
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90254
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
The 04/24/2020 15:17, Richard Sandiford wrote:
> Szabolcs Nagy writes:
> > @@ -2221,6 +2239,14 @@ change_cfi_row (dw_cfi_row *old_row, dw_cfi_row
> > *new_row)
> >cfi->dw_cfi_opc = DW_CFA_GNU_window_save;
> >add_cfi (cfi);
> > }
> > +
> > + if (old_row->ra_mangled !=
Hi!
On Fri, Apr 24, 2020 at 04:52:46AM -0300, Alexandre Oliva wrote:
> On Apr 23, 2020, Segher Boessenkool wrote:
> > On Thu, Apr 23, 2020 at 05:08:55AM -0300, Alexandre Oliva wrote:
> >> I wasn't sure simplify_gen_subreg might possibly emit any code in
> >> obscure cases,
>
> > It never does,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93488
Andrew Stubbs changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Hello,
This patches changes the constraint "e" to "Te".
Regression tested on arm-none-eabi and found no regressions.
Ok for trunk?
Thanks,
Srinath.
gcc/ChangeLog:
2020-04-24 Srinath Parvathaneni
* config/arm/constraints.md (e): Remove constraint.
(Te): Define constraint.
Szabolcs Nagy writes:
> @@ -2221,6 +2239,14 @@ change_cfi_row (dw_cfi_row *old_row, dw_cfi_row
> *new_row)
>cfi->dw_cfi_opc = DW_CFA_GNU_window_save;
>add_cfi (cfi);
> }
> +
> + if (old_row->ra_mangled != new_row->ra_mangled)
> +{
> + dw_cfi_ref cfi = new_cfi ();
>
This patch tweaks the testsuite expectations for amdgcn.
The result on the testsuite is a lot of removed failures, some new
passes, and a few new fails that are at least accurate.
Andrew
amdgcn: Testsuite tweaks
The vector size chosen here is for V64DImode. The concept of this setting is
not
On 23/04/20 09:23 +0100, Jonathan Wakely wrote:
On 23/04/20 06:32 +0200, Helmut Grohne wrote:
Hi,
On Mon, Apr 20, 2020 at 10:12:37AM +0100, Jonathan Wakely wrote:
Now you are probably going to say that "-isystem /usr/include" is a bad
idea and that you shouldn't do that.
Right.
I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94746
Bug ID: 94746
Summary: -Wsizeof-pointer-div not triggered by system header
macros
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
--- Comment #2 from Jonathan Wakely ---
(In reply to Louis Dionne from comment #0)
> This makes detecting whether GCC supports a given warning flag very
> challenging in build systems.
You're doing it wrong then.
Try 'g++ -Q --help=warnings'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94710
--- Comment #8 from Segher Boessenkool ---
Patch is bootstrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
--- Comment #1 from Jonathan Wakely ---
This is by design. It means that makefiles written for different versions of
GCC do not trigger spurious diagnostics.
If somebody says "I don't want warnings about cat noises" and their version of
GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94203
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
--- Comment #3 from Jonathan Wakely ---
Fixed now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94203
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:942b32e261c414a033766ed7848d923f9630b991
commit r9-8543-g942b32e261c414a033766ed7848d923f9630b991
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94745
Bug ID: 94745
Summary: No error emitted for unknown -Wno-meow argument
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 16/03/20 22:54 +, Jonathan Wakely wrote:
The service_already_exists exception type specified in the TS doesn't
have any constructors defined. Since its base class isn't default
constructible, that means has no usable constructors. This may be a
defect in the TS.
This patch fixes it by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94203
Jonathan Wakely changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94288
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi,
This is a version of the reproducer in the PR, usable on multiple platforms.
tested on x86_64-linux/darwin, powerpc64-linux,
pushed to master,
thanks
Iain
gcc/testsuite/
2020-04-24 Iain Sandoe
PR c++/94288
* g++.dg/coroutines/pr94288.C: New test.
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94744
Bug ID: 94744
Summary: [9 Regression] FAIL: experimental/net/executor/1.cc
(test for excess errors)
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94742
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-04-24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94743
Bug ID: 94743
Summary: IRQ handler implementation wrong when using
__attribute__ ((interrupt("IRQ")))
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
1 - 100 of 147 matches
Mail list logo