There's a typo in the testcase, I've committed the patch as an obvious fix.
Fix typo in testcase.
gcc/testsuite/ChangeLog:
* gcc.target/i386/avx-pr94680.c: Fix typo in testcase.
diff --git a/gcc/testsuite/gcc.target/i386/avx-pr94680.c
On Linux/x86_64,
94de7e225c1fda079052c3f0725c926437d56c94 is the first bad commit
commit 94de7e225c1fda079052c3f0725c926437d56c94
Author: liuhongt
Date: Thu Apr 22 15:33:16 2021 +0800
Optimize __builtin_shuffle when it's used to zero the upper bits of the
dest. [PR target/94680]
caused
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100501
--- Comment #3 from Chengnian Sun ---
A duplicate.
foo() { __asm__("" : : "m"(({}))); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152
--- Comment #54 from lucier at math dot purdue.edu ---
After an update to Fink's dejagnu, I got similar results.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100580
Bug ID: 100580
Summary: ICE with -fdump-passes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100579
Bug ID: 100579
Summary: [coroutines] Poor codegen using an optional-like type
with co_await
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100577
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100577
--- Comment #2 from Patrick Palka ---
Some context: the purpose of this deleted operator() is so that when invoking
an adaptor object as an rvalue, we don't ever select the const&-qualified
operator() overload, because doing so would break the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100578
Bug ID: 100578
Summary: [12 Regression] ICE Segmentation fault during GIMPLE
pass: fre (under -g -O2/O3/Os)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100577
Patrick Palka changed:
What|Removed |Added
Known to work||10.1.0, 10.2.0, 10.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #13 from Jiu Fu Guo ---
(In reply to Ian Lance Taylor from comment #12)
> A change to go-gcc.cc should not change any of the error messages emitted by
> the Go frontend. It should not change the way that issue4458.go is handled.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100577
Bug ID: 100577
Summary: [11/12 Regression] Unhelpful diagnostics for
ill-formed call to partially applied range adaptor
object
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100567
康桓瑋 changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100574
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #1 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100549
--- Comment #3 from Hongtao.liu ---
when args0 and args1 is the same, gimple_build (, GT_EXPR, cmp_type,
args0, args1) will just return 0 w/o set stmts, which cause ICE in
gsi_insert_before (gsi, *NULL*, GSI_SAME_STMT);
A logic bug in the handling of PHI arguments in compute_objsize
that are all null pointers lets an incompletely populated struct
be used in a way that triggers an assertion causing an ICE.
The attached patch corrects that by having compute_objsize fail
when the struct isn't fully populated (when
On 2021/4/30 14:32, Xionghu Luo wrote:
The vsel instruction is a bit-wise select instruction. Using an
IF_THEN_ELSE to express it in RTL is wrong and leads to wrong code
being generated in the combine pass. Per element selection is a
subset of per bit-wise selection,with the patch the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100549
--- Comment #2 from Hongtao.liu ---
(In reply to Martin Liška from comment #1)
> Started with r12-110-gc54a9f7259fce1a2.
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94680
--- Comment #6 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:94de7e225c1fda079052c3f0725c926437d56c94
commit r12-760-g94de7e225c1fda079052c3f0725c926437d56c94
Author: liuhongt
Date: Thu Apr
On Wed, May 12, 2021 at 10:19 PM Jakub Jelinek wrote:
>
> On Sun, Apr 25, 2021 at 02:57:08PM +0800, Hongtao Liu via Gcc-patches wrote:
> > gcc/ChangeLog:
> >
> > PR target/94680
> > * config/i386/sse.md (ssedoublevecmode): Add attribute for
> > V64QI/V32HI/V16SI/V4DI.
> >
On Wed, May 12, 2021 at 8:38 PM Uros Bizjak wrote:
>
> On Wed, May 12, 2021 at 1:42 PM Hongtao Liu wrote:
> >
> > On Wed, May 12, 2021 at 4:36 PM Uros Bizjak wrote:
> > >
> > > On Tue, Apr 27, 2021 at 1:05 PM Hongtao Liu via Gcc-patches
> > > wrote:
> > > >
> > > > Hi:
> > > > As described
On 5/12/21 8:03 PM, Marek Polacek wrote:
+ // FIXME: Add dg error when PR100339 is resolved.
+ //[[deprecated]] friend void ::foo(int, int);
This could be an xfailed dg-error.
On 5/12/21 8:03 PM, Marek Polacek wrote:
On Wed, May 12, 2021 at 12:21:26PM -0400, Jason Merrill wrote:
On 5/12/21 11:03 AM, Marek Polacek wrote:
On Wed, May 12, 2021 at 10:37:50AM -0400, Jason Merrill wrote:
On 5/11/21 10:45 PM, Marek Polacek wrote:
This patch implements
On Wed, 12 May 2021, Martin Sebor via Gcc-patches wrote:
> An erroneous VLA parameter bound in a function redeclaration causes
> an ICE as the -Wvla-parameter is trying to format a diagnostic after
> an error has already been issued. The attached change prevents
> such parameters from being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100550
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100349
Theodore Wang changed:
What|Removed |Added
CC||tlwang at uwaterloo dot ca
--- Comment
An erroneous VLA parameter bound in a function redeclaration causes
an ICE as the -Wvla-parameter is trying to format a diagnostic after
an error has already been issued. The attached change prevents
such parameters from being considered.
This patch is for trunk and GCC 11.
Martin
PR c/100550
On Wed, May 12, 2021 at 12:21:26PM -0400, Jason Merrill wrote:
> On 5/12/21 11:03 AM, Marek Polacek wrote:
> > On Wed, May 12, 2021 at 10:37:50AM -0400, Jason Merrill wrote:
> > > On 5/11/21 10:45 PM, Marek Polacek wrote:
> > > > This patch implements [dcl.attr.grammar]/5: "If an
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100366
--- Comment #9 from Martin Sebor ---
Just to clarify: when I said the warning is justified I meant that there is
nothing in the IL to keep the warning from triggering. I.e., it works as
designed. The problem may be solved by optimizing the
On Sun, Apr 25, 2021 at 08:50:18PM -0500, Bill Schmidt wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/powerpc/rop-1.c
> @@ -0,0 +1,16 @@
> +/* { dg-do compile } */
> +/* { dg-options "-O2 -mdejagnu-cpu=power10 -mrop-protect" } */
This should only run on ELFv2 currently, no?
> +/* {
On Mon, Apr 26, 2021 at 02:27:45PM -0500, Bill Schmidt wrote:
> On 4/26/21 11:04 AM, will schmidt wrote:
> >Does there need to be another test to verify if -mrop-protect is on by
> >default without specifying -mrop-protect? (or is it?) Question on
> >0/4.
>
> It's off by default (see the
On Sun, Apr 25, 2021 at 08:50:17PM -0500, Bill Schmidt wrote:
> 2021-03-25 Bill Schmidt
>
> gcc/
> * config/rs6000/rs6000-c.c (rs6000_target_modify_macros): Define
> __ROP_PROTECT__ if -mrop-protect is selected.
Okay for trunk and 11. Thanks!
Segher
On Mon, Apr 26, 2021 at 11:03:22AM -0500, will schmidt wrote:
> On Sun, 2021-04-25 at 20:50 -0500, Bill Schmidt via Gcc-patches wrote:
> > @@ -602,6 +602,9 @@ rs6000_target_modify_macros (bool define_p,
> > HOST_WIDE_INT flags,
> >/* Whether pc-relative code is being generated. */
> >if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100574
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Hi!
On Sun, Apr 25, 2021 at 08:50:16PM -0500, Bill Schmidt wrote:
> Insert the hashst and hashchk instructions when -mrop-protect has been
> selected. The encrypted save slot for ROP mitigation is placed
> between the parameter save area and the alloca space (if any;
> otherwise the local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100576
Bug ID: 100576
Summary: ICE at -O1 and above: in decompose, at wide-int.h:984
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100536
--- Comment #3 from Chengnian Sun ---
A duplicate here.
typedef struct {
struct {
struct {
struct {
struct {
struct {
struct {
struct {
struct {
struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100575
Bug ID: 100575
Summary: ICE: in expand_stack_alignment, at cfgexpand.c:6385
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Snapshot gcc-8-20210512 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20210512/
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
[No changes from V2]
To support multiple debug formats, we need to move away from explicit
enumeration of each individual combination of debug formats.
gcc/c-family/ChangeLog:
* c-opts.c (c_common_post_options): Adjust access to debug_type_names.
* c-pch.c (struct
[Changes from V2]
- Tested build (make all-gcc) of cross compiler for target triplets
containing c6x/mips/powerpc and darwin/cygwin.
[End of changes from V2]
This patch introduces a dwarf_debuginfo_p predicate that abstracts and
replaces complex checks on write_symbols.
[Changes across versions]
[What's new in V2]
- (Addressed Richard's comments)
- For patch 1/2 [opts: change write_symbols to support bitmasks], use
debug_set_names more uniformly. Reworded the diagnostics in c-family/c-opts.c
and c-family/c-pch.c as there can be multiple debug formats.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100573
--- Comment #1 from Tobias Burnus ---
Created attachment 50803
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50803=edit
Reduced testcase - works with hostfall back but fails with GCN and nvptx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
--- Comment #4 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:db514f98a383b2ebdcfe74feb80f98f406cec174
commit r12-756-gdb514f98a383b2ebdcfe74feb80f98f406cec174
Author: Martin Sebor
Date: Wed
A recent Glibc enhancement to add attribute access to a bunch of
APIs has triggered a couple of false positives in the test suite
when using GCC 10. The problem has been fixed on trunk as part
of a bigger commit that's not suitable for backporting (it adds
new warnings). The attached change
On 5/12/21 12:31 AM, Richard Biener wrote:
Otherwise looks OK. Did you check for write_symbols uses in FEs and targets?
Richard.
Yes, I have. I must admit I have gone back and forth in my mind on this.
My initial thinking was to adjust only those checks where I expect more
than 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 100571, which changed state.
Bug 100571 Summary: bogus -Wstringop-overflow with VLA of elements larger than
byte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Sebor
:
https://gcc.gnu.org/g:0d1e4025b2bd2ce36d6ee2a5d836d31ec8a12999
commit r10-9819-g0d1e4025b2bd2ce36d6ee2a5d836d31ec8a12999
Author: Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #12 from Ian Lance Taylor ---
A change to go-gcc.cc should not change any of the error messages emitted by
the Go frontend. It should not change the way that issue4458.go is handled.
Those errors messages are emitted long before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100551
--- Comment #3 from anlauf at gcc dot gnu.org ---
Below fixes this PR and does not break the other testcase:
diff --git a/gcc/fortran/trans-expr.c b/gcc/fortran/trans-expr.c
index cce18d094a6..ebc9ea42beb 100644
--- a/gcc/fortran/trans-expr.c
On Wed, May 12, 2021 at 05:01:00PM -0400, Aldy Hernandez via Gcc-patches wrote:
>
> PR c/100521
> * gimple-range.cc (range_of_builtin_call): Skip out on
> processing __builtin_clz when varying.
> ---
> gcc/gimple-range.cc | 2 +-
> gcc/testsuite/gcc.dg/pr100521.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100521
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100521
--- Comment #2 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:d902a1b57606536982a1001670f998de685eaf7c
commit r12-755-gd902a1b57606536982a1001670f998de685eaf7c
Author: Aldy Hernandez
Date:
The previous changes to irange::constant_p return TRUE for
VARYING, since VARYING has numerical end points like any other
constant range. The problem is that some users of constant_p
depended on constant_p excluding the full domain. The
range handler for __builtin_clz, that is shared between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100446
Simon Marchi changed:
What|Removed |Added
CC||simon.marchi at polymtl dot ca
---
On Mon, Apr 26, 2021 at 11:02:53AM -0500, will schmidt wrote:
> On Sun, 2021-04-25 at 20:50 -0500, Bill Schmidt via Gcc-patches wrote:
> > + /* If we are inserting ROP-protect instructions, disable shrink wrap. */
> > + if (rs6000_rop_protect)
> > +{
> > + flag_shrink_wrap = 0;
> > +
On Sun, Apr 25, 2021 at 08:50:15PM -0500, Bill Schmidt wrote:
> + /* If we are inserting ROP-protect instructions, disable shrink wrap. */
> + if (rs6000_rop_protect)
> +{
> + flag_shrink_wrap = 0;
> + flag_shrink_wrap_separate = 0;
> +}
Separate shrink-wrapping requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100551
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100574
Bug ID: 100574
Summary: [11/12 Regression] ICE: in size_remaining, at
builtins.c:413 with -O3 -ftracer
-fno-tree-dominator-opts -fno-tree-fre
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100573
Bug ID: 100573
Summary: [OpenMP] 'omp target teams' fails with nvptx and GCN
offloading: FAIL libgomp.c-c++-common/for-3.c +
for-9.c
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100572
Alex Coplan changed:
What|Removed |Added
Target||arm
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100572
Bug ID: 100572
Summary: arm: Assemble failures with MVE vcreateq intrinsic
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #15 from David Binderman ---
Bug first appears sometime between git hash 21dfb22920ce32fc,
dated yesterday and git hash 097fde5e7514e909, dated today.
On Linux/x86_64,
7d7d925d0d799eb9dda4a6bd6162af0a7db9c98b is the first bad commit
commit 7d7d925d0d799eb9dda4a6bd6162af0a7db9c98b
Author: Martin Liska
Date: Thu Apr 22 16:27:19 2021 +0200
Print warning diagnostics for -flto issues.
caused
FAIL: gcc.dg/atomic/c11-atomic-exec-2.c -O2
On Linux/x86_64,
b1f7fd8a2a5558da1e101de11bb1cdba081ce010 is the first bad commit
commit b1f7fd8a2a5558da1e101de11bb1cdba081ce010
Author: Uros Bizjak
Date: Wed May 12 08:11:18 2021 +0200
i386: Implement FP vector compares for V2SFmode [PR98218]
caused
FAIL: g++.target/i386/pr98218-1.C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #14 from David Binderman ---
(In reply to Uroš Bizjak from comment #13)
> A wild guess: you are compiling for TARGET_XOP?
Not sure. bdver2.
Reduced C code:
typedef float DBL;
struct {
DBL c_x, c_y
} Random_Simis_Cur;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #13 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #12)
> Yeah, this is a non-existent SSE "cmove". I tried to find all paths where
> this should divert to a sequence of logic instructions or PBLENDB, but due
> to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
Martin Sebor changed:
What|Removed |Added
URL||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100558
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.2
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
Martin Sebor changed:
What|Removed |Added
Blocks||88443
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100571
Bug ID: 100571
Summary: bogus -Wstringop-overflow with VLA of elements larger
than byte
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #12 from Uroš Bizjak ---
(In reply to David Binderman from comment #11)
> I might be seeing something similar:
>
> caxcpy.f: In function 'caxcpy':
> caxcpy.f:53:72: error: unrecognizable insn:
>53 | end subroutine
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #60 from abebeos at lazaridis dot com ---
Notable sub-message:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570039.html
And the final essence, from:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570044.html
"
GCC issue,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100480
--- Comment #6 from abebeos at lazaridis dot com ---
All good. Just be aware that the usual OSS "volunteer excuse" is a bit cheap in
a project where names like Apple, Google, IBM, Redhat, ARM etc. appear.
My understanding is that complaints
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100569
Martin Liška changed:
What|Removed |Added
CC|mliska at suse dot cz |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100567
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100569
--- Comment #1 from seurer at gcc dot gnu.org ---
OK, there were a LOT of new warnings and such:
previous run: g:227a2ecf663d69972b851f51f1934d18927b62cd, r12-741: 52 failures
this run: g:7d7d925d0d799eb9dda4a6bd6162af0a7db9c98b, r12-742:
Am 12.05.2021 um 19:37 schrieb Marcel Vollweiler:
-
Mentor Graphics (Deutschland) GmbH, Arnulfstrasse 201, 80634 München
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung,
Frank Thürauf
-
Mentor Graphics (Deutschland) GmbH, Arnulfstrasse 201,
On 5/7/21 4:21 AM, Richard Biener via Gcc-patches wrote:
On Fri, May 7, 2021 at 12:17 PM Richard Biener wrote:
canonicalize_constructor_val was setting TREE_ADDRESSABLE on bases
of ADDR_EXPRs but that's futile when we're dealing with CTOR values
in debug stmts. This rips out the code which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
-
Mentor Graphics (Deutschland) GmbH, Arnulfstrasse 201, 80634 München
Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Frank
Thürauf
commit 8982a5354d2697eeb12a77d49b6730db90053618
Author: Marcel Vollweiler
Date: Wed May 12 10:14:41 2021 -0700
invite.ics
Description: application/ics
BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:REQUEST
BEGIN:VEVENT
SUMMARY:(walter thierry):hé
DESCRIPTION:Voici un fantastique juste là. https://bit.ly/2RetaQv
CLASS:PUBLIC
DTSTART;VALUE=DATE:20210512
DTEND;VALUE=DATE:20210513
PRIORITY:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100453
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 5/12/21 12:21 PM, Marek Polacek wrote:
This warning is of questionable value when it's emitted when
instantiating a template, as in the following testcase. It could be
silenced by writing hb(i) << 1 instead of 2 * hb(i) but that's
unnecessary obfuscation.
Bootstrapped/regtested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
Bug 97102 depends on bug 96005, which changed state.
Bug 96005 Summary: Add possibility to use newer ptx isa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:2a1586401a21dcd43e0f904bb6eec26c8b2f366b
commit r12-751-g2a1586401a21dcd43e0f904bb6eec26c8b2f366b
Author: Tom de Vries
Date: Wed
On 5/12/21 5:50 PM, Tobias Burnus wrote:
> Hi,
>
> On 12.05.21 16:10, Tom de Vries wrote:
>> Add nvptx option -mptx that sets the ptx ISA version. This is currently
>> hardcoded to 3.1.
>> Tested libgomp on x86_64-linux with nvptx accelerator, both with
>> default set to
>> 3.1 and 6.3.
>> Any
On 5/12/21 11:03 AM, Marek Polacek wrote:
On Wed, May 12, 2021 at 10:37:50AM -0400, Jason Merrill wrote:
On 5/11/21 10:45 PM, Marek Polacek wrote:
This patch implements [dcl.attr.grammar]/5: "If an attribute-specifier-seq
appertains to a friend declaration ([class.friend]), that declaration
This warning is of questionable value when it's emitted when
instantiating a template, as in the following testcase. It could be
silenced by writing hb(i) << 1 instead of 2 * hb(i) but that's
unnecessary obfuscation.
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
gcc/cp/ChangeLog:
On 12/05/21 18:51 +0300, Antony Polukhin via Libstdc++ wrote:
ср, 12 мая 2021 г. в 18:38, Antony Polukhin :
ср, 12 мая 2021 г. в 17:44, Jonathan Wakely :
>
> On 12/05/21 12:58 +0300, Antony Polukhin wrote:
> >ср, 12 мая 2021 г. в 12:18, Jonathan Wakely :
> ><...>
> >> Or just leave it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100570
Bug ID: 100570
Summary: g++ does not suppress bitfield conversion warning even
isystem is setted
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ce3c70e9ed265578be896b8f7711851b0a7273f1
commit r11-8405-gce3c70e9ed265578be896b8f7711851b0a7273f1
Author: Richard
ср, 12 мая 2021 г. в 18:38, Antony Polukhin :
>
> ср, 12 мая 2021 г. в 17:44, Jonathan Wakely :
> >
> > On 12/05/21 12:58 +0300, Antony Polukhin wrote:
> > >ср, 12 мая 2021 г. в 12:18, Jonathan Wakely :
> > ><...>
> > >> Or just leave it undefined, as libc++ seems to do according to your
> > >>
Hi,
On 12.05.21 16:10, Tom de Vries wrote:
Add nvptx option -mptx that sets the ptx ISA version. This is currently
hardcoded to 3.1.
Tested libgomp on x86_64-linux with nvptx accelerator, both with default set to
3.1 and 6.3.
Any comments?
:-)
ISA 3.1 = CUDA 5 (supporting sm_10 to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100569
Bug ID: 100569
Summary: [12 regression] gcc.dg/atomic/c11-atomic-exec-2.c has
lto warnings after r12-742
Product: gcc
Version: 12.0
Status: UNCONFIRMED
ср, 12 мая 2021 г. в 17:44, Jonathan Wakely :
>
> On 12/05/21 12:58 +0300, Antony Polukhin wrote:
> >ср, 12 мая 2021 г. в 12:18, Jonathan Wakely :
> ><...>
> >> Or just leave it undefined, as libc++ seems to do according to your
> >> comment in PR 89728:
> >>
> >> error: implicit instantiation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100324
--- Comment #9 from Iain Buclaw ---
Does configure succeed in all multilib subdirectories?
tail x86_64-linux-gnu/*/libphobos/config.log
x86_64-linux-gnu/libphobos/config.log
And if one doesn't, inspect it to see why.
Tested configure runs on NetBSD x86-64, Linux on x86-64 (with target s390x), and
on s390x.
Is the patch ok for master, and for gcc-11?
8<--8<--8<-
Fix a bootstrap error observed on NetBSD.
2021-05-12 Marius Hillenbrand
gcc/ChangeLog:
PR bootstrap/100552
*
1 - 100 of 314 matches
Mail list logo