https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94377
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
Hi,
I find there exists some restricts in function fwprop preventing it to
forward propagate addresses into loops.
/* Go through all the uses. df_uses_create will create new ones at the
end, and we'll go through them as well.
Do not forward propagate addresses into loops until after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94378
Bug ID: 94378
Summary: -Wanalyzer-malloc-leak false positive when returning a
struct by value holding a heap-allocated pointer
Product: gcc
Version: unknown
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94377
Bug ID: 94377
Summary: Won't compile when deallocating a parameterized
derived type
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
This is a revised version of the patch I posted on March 23rd. The changes are
to update the comments and improve the ChangeLog.
There were no regressions when I did the bootstrap and make check steps. I
verified that -mcpu=future does turn on -mprecl if you are targeting a Linux
ELF v2 system
On Sat, 28 Mar 2020, Jakub Jelinek via Gcc-patches wrote:
> Hi!
>
> After we report various errors about array size, we set for error-recovery
> the size to be 1, but because size_int_const is false, it still means we
> pretend the array is a VLA, can emit a second diagnostics in that case etc.
Hi!
After we report various errors about array size, we set for error-recovery
the size to be 1, but because size_int_const is false, it still means we
pretend the array is a VLA, can emit a second diagnostics in that case etc.
E.g.
$ ./cc1.unpatched -quiet a.c
a.c:1:5: error: size of array ‘f’
Hi!
The following testcase FAILs with -fcompare-debug, because reassociate_bb
mishandles the case when the last stmt in a bb has zero uses. In that case
reassoc_remove_stmt (like gsi_remove) moves the iterator to the next stmt,
i.e. gsi_end_p is true, which means the code sets the iterator back
On 27/03/20 23:29 +, Jonathan Wakely wrote:
@@ -403,6 +428,49 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
operator>=(const reverse_iterator<_IteratorL>& __x,
const reverse_iterator<_IteratorR>& __y)
{ return !(__x < __y); }
+#else // C++20
+ template
+constexpr auto
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94376
Bug ID: 94376
Summary: When nested inside a lambda body, [=] captures by
const value instead of by value
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93904
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94354
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94338
--- Comment #11 from huaixin chang ---
(In reply to huaixin chang from comment #10)
> (In reply to Richard Biener from comment #9)
> > Btw,
> >
> > struct X {
> > long a __attribute__((__aligned__(128)));
> > long b
On Fri, Mar 6, 2020 at 6:18 PM Steve Kargl
wrote:
[...]
> TL;DR version.
>
> Fix the simplification and handling of the degree trigonometric functions.
> This includes fixing a number of ICEs. See PR 93871.
An updated version of the patch is attached. Regression tests (and new
test cases)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90056
--- Comment #3 from Martin Jambor ---
So replaced with more specific bugs for newer hardware: PR94373 and PR94375.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94374
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94374
Bug ID: 94374
Summary: modification of constant scalars sometimes eliminated,
sometimes not
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Define the feature test macro now that ranges support is complete.
This also changes the preprocessor checks for the __cpp_concepts macro
so that library components depending on concepts are only enabled when
C++20 concepts are supported, and not just for the Concepts TS (which
uses different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94375
Bug ID: 94375
Summary: 548.exchange2_r run time is 8-18% worse than GCC 9 at
-Ofast -march=native
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
This adds the missing parts of P0896R4 to reverse_iterator and
move_iterator, so that they meet the C++20 requirements. This should be
the last piece of P0896R4, meaning ranges support is now complete.
The PR 94354 bug with reverse_iterator's comparisons is fixed for C++20
only, but that change
std::insert_iterator and std::inserter need to be adjusted for C++20, so
that they use ranges::iterator_t. That alias template requires
ranges::begin to be defined. Rather than moving the whole of
ranges::begin (and related details like ranges::enable_borrowed_range)
into , this defines a new,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94354
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:81a8d137c22953df2ea046466c62cd26c0dba103
commit r10-7434-g81a8d137c22953df2ea046466c62cd26c0dba103
Author: Jonathan Wakely
Date:
Peter Bergner writes:
> Ian, do you remember why we don't just decompose all wide types and instead
> require a pseudo to pseudo copy to exist?
No, sorry, I don't remember this at all.
Ian
This moves __is_array_convertible so it's not between
__is_nothrow_convertible and its helper, since it isn't related to
those.
* include/std/type_traits (__is_array_convertible): Move definition
to immediately after is_convertible.
Tested powerpc64le-linux, committed to master.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163
Bill Seurer changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org,
-mlongcall -mno-pltseq is supposed to emit long calls by using
indirect calls. It differs from -mlongcall -mpltseq in that the
function addresses are not placed in the PLT and thus lazy PLT
resolution is not available, affecting programs that dlopen shared
libraries.
In the case of -mcpu=future
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123
Peter Bergner changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
The pr87507.c test case regressed due to Segher's commit that added
-fsplit-wide-types-early. The issue is that the lower-subreg pass only
decomposes the TImode code in the example if there is a pseudo reg to pseudo
reg copy. When the lower-subreg pass is called late (its old location),
then
Snapshot gcc-8-20200327 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20200327/
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=60846
--- Comment #9 from joseph at codesourcery dot com ---
Note that supporting on any given 32-bit architecture requires making a
choice of what the function-calling ABI should be for such types (and
corresponding complex types) as function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145
--- Comment #11 from CVS Commits ---
The master branch has been updated by Alan Modra :
https://gcc.gnu.org/g:19e5389debb03c3623f6a2ce8a8f6f4aa2118901
commit r10-7430-g19e5389debb03c3623f6a2ce8a8f6f4aa2118901
Author: Alan Modra
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846
--- Comment #8 from Andrew Pinski ---
Note with __builtin_*_overflow, implementing 128bit integer (or larger) as a
class for C++ should be easier now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
Eric Gallager changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94373
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94373
Bug ID: 94373
Summary: 548.exchange2_r run time is 7-12% worse than GCC 9 at
-O2 and generic march/mtune
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359
--- Comment #3 from Iain Sandoe ---
Note1 : the 32b multilib works without any error.
Note2 : The dumps are gimple from symmetric-transfer-00-basic.C.020t.fixup_cfg1
which is the pass after all the coroutine-specific stuff is complete.
thus,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90711
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94314
--- Comment #6 from Jason Merrill ---
(In reply to Marc Glisse from comment #5)
> I don't think we need heavy machinery linking new and delete (and if we did
> I'd be tempted to store it in some global table rather than in the nodes).
> The most
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:54de5afb4a9b2f7296f614820a33ec0e4eb8bf39
commit r10-7429-g54de5afb4a9b2f7296f614820a33ec0e4eb8bf39
Author: Jakub Jelinek
Date:
This patch is for an AIX problem, but the only robust solution is in
common code: calls.c:precompute_register_parameters().
AIX, like other platforms, needs to call a function to obtain the
pointer to thread-local storage. If the thread local variable is
referenced as a parameter to a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94372
Bug ID: 94372
Summary: pthread doesn't define _REENTRANT in preprocessor on
OpenRISC
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94371
Bug ID: 94371
Summary: Macro-printing within diagnostic paths can be very
verbose.
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
On 3/26/20 6:52 PM, Jason Merrill wrote:
On 3/26/20 4:57 PM, Martin Sebor wrote:
On 3/25/20 3:56 PM, Jason Merrill wrote:
On 3/16/20 4:41 PM, Martin Sebor wrote:
The recent fix to avoid modifying in place the type argument in
handle_access_attribute (PR 92721) was incomplete and didn't fully
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94155
--- Comment #3 from Marek Polacek ---
Even simpler:
struct S { int i, j; };
struct A {
S s;
constexpr A(S e) : s(e) {}
};
void
f()
{
A g[1]({{1, 1}});
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846
Bill Gray changed:
What|Removed |Added
CC||feliks314159 at yahoo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94078
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93824
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90056, which changed state.
Bug 90056 Summary: 548.exchange2_r regressions on AMD Zen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90056
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90056
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94346
Martin Sebor changed:
What|Removed |Added
Known to work||10.0
Summary|[9/10
On 3/27/20 3:55 AM, Jakub Jelinek wrote:
On Thu, Mar 26, 2020 at 07:55:39PM -0600, Martin Sebor via Gcc-patches wrote:
--- a/gcc/c-family/c-attribs.c
+++ b/gcc/c-family/c-attribs.c
@@ -2526,17 +2526,21 @@ handle_copy_attribute (tree *node, tree name, tree args,
&&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94346
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:52f24a9e989300506f812bacb8cc302a8bf03a06
commit r10-7428-g52f24a9e989300506f812bacb8cc302a8bf03a06
Author: Martin Sebor
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #24 from CVS Commits ---
The releases/gcc-8 branch has been updated by Nathan Sidwell
:
https://gcc.gnu.org/g:4c36b54de7ddbcb580f4b99936af4a0195db9d2f
commit r8-10145-g4c36b54de7ddbcb580f4b99936af4a0195db9d2f
Author: Nathan Sidwell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94155
--- Comment #2 from Marek Polacek ---
Reduced:
template struct A {
int i;
T t;
constexpr A(int, T e) : i(), t(e) {}
};
void
f()
{
A> g[1]({1, {1, 1}});
}
We ICE because we don't satisfy:
4662 /* ??? Here's to hoping the front
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94351
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #6 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93946
--- Comment #11 from sandra at gcc dot gnu.org ---
RTL before sched2 does look sane and similar to that generated for x86 with
-m32.
I've been trying to step through sched2. I think that where things get
interesting is the call to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94326
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94339
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #23 from Nathan Sidwell ---
Fixed trunk and gcc-9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #22 from CVS Commits ---
The releases/gcc-9 branch has been updated by Nathan Sidwell
:
https://gcc.gnu.org/g:070a0b6392d682f11ca79d22ae00bc822332cdcf
commit r9-8419-g070a0b6392d682f11ca79d22ae00bc822332cdcf
Author: Nathan Sidwell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #21 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:c7fc15f54b321b2522ae26abebb86957de5c6fae
commit r10-7427-gc7fc15f54b321b2522ae26abebb86957de5c6fae
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94351
Frédéric Buclin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On March 27, 2020 4:32:58 PM GMT+01:00, Jakub Jelinek wrote:
>On Fri, Mar 27, 2020 at 10:57:05AM +0100, Richard Biener wrote:
>> > That would just mean it ICEs at -g0 too, this PR isn't a
>-fcompare-debug
>> > issue but a bug where we try to gimplify the same STATEMENT_LIST
>multiple
>> > times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94349
Frédéric Buclin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
https://translationproject.org/latest/gcc/de.po
(This file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94098
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94098
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:ccacf77be5508dd5b4df59f402965196d11edb05
commit r10-7426-gccacf77be5508dd5b4df59f402965196d11edb05
Author: Martin Sebor
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94370
Bug ID: 94370
Summary: double negation in diagnostic
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94255
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #20 from Jakub Jelinek ---
And even r10-7425 still ICEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94369
Bug ID: 94369
Summary: 505.mcf_r is 6-7% slower at -Ofast -march=native with
PGO+LTO than with just LTO
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #19 from Jakub Jelinek ---
(In reply to Nathan Sidwell from comment #18)
> fixed GCC 10 13dfc007557c384683118fa12cd255e69b70a34d
I don't see such a commit in the repo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94290
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91601
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
--- Comment #18 from Nathan Sidwell ---
fixed GCC 10 13dfc007557c384683118fa12cd255e69b70a34d
We were pushing the variable 'e' into the cleanup pseudo-binding left by
the try/catch block, but seeing past that for the implicit type decl for
the structure 'e'. this bug seems to happen as far back as I can try --
gcc 6 at least. Fixed by looking through the cleanup binding in both cases.
On 3/27/20 12:20 AM, Patrick Palka wrote:
On Mon, 9 Mar 2020, Patrick Palka wrote:
The first patch tries to avoid changing our current default diagnostics. But
for the sake of consistency we arguably should also respect
current_constraint_diagnosis_depth in diagnose_compound_requirement()
On 3/27/20 12:17 AM, Patrick Palka wrote:
On Mon, 16 Mar 2020, Patrick Palka wrote:
Hi Martin,
On Sun, 15 Mar 2020, Martin Sebor wrote:
On 3/11/20 4:18 PM, Patrick Palka via Gcc-patches wrote:
...
Hmm, like this? This version introduces a new static member function
On 3/27/20 11:28 AM, Patrick Palka wrote:
On Thu, 26 Mar 2020, Patrick Palka wrote:
On Thu, 26 Mar 2020, Jason Merrill wrote:
On 3/26/20 5:24 PM, Patrick Palka wrote:
On Wed, 25 Mar 2020, Jason Merrill wrote:
On 3/25/20 12:17 PM, Patrick Palka wrote:
This PR reports that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94081
My initial report text was apparently lost in the Bugzilla migration, so here I
am submitting it again.
In this code:
#include
struct foo {
uint16_t a, b;
} __attribute__((packed));
extern struct foo *f(void);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94368
Bug ID: 94368
Summary: [9/10 Regression] ICE in final_scan_insn_1, at
final.c:3074(error: could not split insn) on
aarch64-linux-gnu
Product: gcc
Version: 9.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63326
--- Comment #28 from Romain Geissler ---
Hi David,
Do you have plans to submit this patch for review when stage 1 of gcc 11 opens
?
Cheers,
Romain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94367
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63326
Andrew Pinski changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94367
--- Comment #1 from Andrew Pinski ---
pragma GCC diagnostics
is a full statement.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94367
Bug ID: 94367
Summary: pragma GCC diagnostics messes up with one line "if"
blocks without curly braces
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
On Wed, Mar 25, 2020 at 11:07:04AM -0500, will schmidt wrote:
> Hi,
> Comments inline.
>
> > Is this patch acceptable to be committed to the master branch. I have done
> > various tests with this patch, including most recently bootstraping and
> > running
> > make check. I have built the Spec
On Sat, Mar 28, 2020 at 02:06:56AM +0800, Kito Cheng wrote:
> PR target/90811
> * ipa-increase-alignment.cc (increase_alignment_local_var): New.
> (increase_alignment_global_var): New.
> (pass_ipa_increase_alignment::gate): Remove.
I'm afraid this is too early,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94366
Bug ID: 94366
Summary: OpenMP Parallel Reduction with "&&" operator does not
compute correct result
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94365
Bug ID: 94365
Summary: false positive leak when using container_of-like
constructs
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
On Fri, Mar 27, 2020 at 11:07 AM Kito Cheng wrote:
>
> - The alignment for local variable was adjust during
> estimate_stack_frame_size,
>however it seems wrong spot to adjust that, expand phase will adjust that
>but it little too late to some gimple optimization, which rely on certain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93572
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
- The alignment for local variable was adjust during estimate_stack_frame_size,
however it seems wrong spot to adjust that, expand phase will adjust that
but it little too late to some gimple optimization, which rely on certain
target hooks need to check alignment, forwprop is an example
- This patch is prepare for add more logic into increase_alignment
pass, which is not related to vectorization.
gcc/ChangeLog
* Makefile.in (OBJS): Add ipa-increase-alignment.o.
* tree-vectorizer.c (get_vec_alignment_for_type): Moved to
ipa-increase-alignment.cc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94364
Bug ID: 94364
Summary: 505.mcf_r is 8% faster when compiled with
-mprefer-vector-width=128
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93573
--- Comment #4 from Jakub Jelinek ---
Created attachment 48135
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48135=edit
gcc10-pr93573.patch
For the error-recovery ICE, we can just make sure that after errors the type
isn't assumed to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93573
Jakub Jelinek changed:
What|Removed |Added
Priority|P4 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79469
felix changed:
What|Removed |Added
CC||felix.von.s at posteo dot de
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94363
Bug ID: 94363
Summary: possible typo: attribute attribute
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94359
--- Comment #2 from Iain Sandoe ---
it is not mandatory (for C++20 compliance) that the implementation provides
symmetric transfer - so it could be switched off - or XFAILed.
However, users state that an impl. that can't do the symmetric
1 - 100 of 229 matches
Mail list logo
