https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97134
Bug ID: 97134
Summary: partial specialization not more specialized when using
CNTTP
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Hi:
This patch is about to support Intel Key Locker extension.
Key Locker provides a mechanism to encrypt and decrypt data with an AES key
without having access to the raw key value.
For more details, please refer to
On 9/19/20 5:34 PM, Marek Polacek wrote:
[temp.deduct.guide]p3: Two deduction guide declarations in the same
translation unit for the same class template shall not have equivalent
parameter-declaration-clauses.
So let's detect that.
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
On 9/19/20 5:34 PM, Marek Polacek wrote:
I noticed that clang++ has this CTAD warning and thought that it might
be useful to have it. From clang++: "Some style guides want to allow
using CTAD only on types that "opt-in"; i.e. on types that are designed
to support it and not just types that
| }
| ^
0xc3d22c lto_write_tree
/var/tmp/portage/sys-devel/gcc-11.0.0_alpha20200920/work/gcc-11-20200920/gcc/lto-streamer-out.c:554
0xc3d22c lto_output_tree_1
/var/tmp/portage/sys-devel/gcc-11.0.0_alpha20200920/work/gcc-11-20200920/gcc/lto-streamer-out.c:592
0xc45b49 DFS::DFS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97132
Bug ID: 97132
Summary: assume_aligned is not constexpr
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
crash_signal
/var/tmp/portage/sys-devel/gcc-11.0.0_alpha20200920/work/gcc-11-20200920/gcc/toplev.c:327
0x8d0c5a warn_parm_ptrarray_mismatch
/var/tmp/portage/sys-devel/gcc-11.0.0_alpha20200920/work/gcc-11-20200920/gcc/c-family/c-warn.c:3185
0x8d0c5a warn_parm_array_mismatch(unsigned int
, at
analyzer/region-model.cc:1462
7 | memset (xl, 0, sizeof xl);
| ^
0x7335ac ana::region_model::deref_rvalue(ana::svalue const*, tree_node*,
ana::region_model_context*)
/var/tmp/portage/sys-devel/gcc-11.0.0_alpha20200920/work/gcc-11-20200920/gcc/analyzer/region
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97129
Bug ID: 97129
Summary: [11 Regression] ICE in maybe_record_trace_start, at
dwarf2cfi.c:2405
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97128
--- Comment #2 from Fedor Alekseev ---
Also my initial claim about c++20 was wrong, gcc 10+ generates the error when
provided with -std=c++2a switch.
Still there is a problem in c++17 mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97128
--- Comment #1 from Fedor Alekseev ---
Sorry, the link in the initial comment led to a slightly less minimal example.
Here's a link to the code from the initial comment in CE:
https://godbolt.org/z/dWP1sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97128
Bug ID: 97128
Summary: Uninitialized members of base class wrongly allowed in
constexpr constructor
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835
Eric Gallager changed:
What|Removed |Added
Keywords||documentation
--- Comment #28 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
On Sun, 2020-09-20 at 19:30 +0200, Jan Hubicka wrote:
> >
[...]
> > Should new C++ source files have a .cc suffix, rather than .c?
> >
> > [...]
> >
> > > + $(srcdir)/ipa-modref.h $(srcdir)/ipa-modref.c \
> >
> > ...which would affect this^
>
> I was wondering about
libstdc++-v3/ChangeLog:
PR libstdc++/97101
* include/std/functional (bind_front): Fix order of parameters
in is_nothrow_constructible_v specialization.
* testsuite/20_util/function_objects/bind_front/97101.cc: New test.
Tested powerpc64le-linux. Committed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97101
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3c755b428e188228d0bad90625c995fd25a02322
commit r11-3312-g3c755b428e188228d0bad90625c995fd25a02322
Author: Jonathan Wakely
Date:
We crash here because since r11-3302 the C FE uses codes like SWITCH_STMT
in the else branches in the attached test, and inchash::add_expr in
do_warn_duplicated_branches doesn't handle these front-end codes. In
the C++ FE this works because by the time we get to do_warn_duplicated_branches
we've
Snapshot gcc-11-20200920 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20200920/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97044
--- Comment #2 from Jonathan Wakely ---
Specifically, C99 7.8.1 footnote 182 says:
"C++ implementations should define these macros only when _ _STDC_FORMAT_MACROS
is defined before is included."
The footnote is not present in C11.
C++11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97101
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
--- Comment #6 from sandra at gcc dot gnu.org ---
Yeah, that looks like an easy fix. Thanks for tracking it down.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97123
--- Comment #1 from Igor Gayday ---
Might be related to Bug #90519.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97127
Bug ID: 97127
Summary: FMA3 code transformation leads to slowdown on Skylake
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
--- Comment #5 from Marek Polacek ---
I think we just want to call do_warn_duplicated_branches_r after we've lowered
control statements:
--- a/gcc/c-family/c-gimplify.c
+++ b/gcc/c-family/c-gimplify.c
@@ -533,10 +533,6 @@ c_genericize (tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85577
Jonathan Wakely changed:
What|Removed |Added
CC||amir.ahmed.ansari at outlook
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97055
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97044
--- Comment #1 from Jonathan Wakely ---
The C99 standard says that __STDC_FORMATE_MACROS must be defined before
including the header. The C++11 standard is clear that __STDC_FORMAT_MACROS has
no effect in C++ programs, and the header must
Harold, Looks good. Thanks for the work!
Jerry
On 9/20/20 11:10 AM, Harald Anlauf wrote:
*ping*
Gesendet: Sonntag, 13. September 2020 um 23:24 Uhr
Von: "Harald Anlauf"
An: "fortran" , "gcc-patches"
Cc: "Paul Richard Thomas"
Betreff: [PATCH] PR fortran/90903 [part2] Add runtime checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97088
--- Comment #3 from Jonathan Wakely ---
(In reply to Christophe Lyon from comment #2)
> OK, so you mean that prototypes like
> extern int __isinff (float x);
> should not name their parameters? I can certainly submit the simple patch to
>
This change fixes the spec file handling for -nodefaultlibs on hppa. This
fixes the testsuite fails for
g++.dg/abi/pure-virtual1.C. It moves the necessary library additions to
ENDFILE_SPEC defines.
On hppa64-hpux, we need to link against libgcc_stub.a in final executables
whenever the user
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
--- Comment #3 from Marek Polacek ---
We crash because now the C FE uses a SWITCH_STMT in the else branch:
2766 /* Compute the hash of the else branch. */
2767 inchash::hash hstate1 (0);
2768 inchash::add_expr (elseb, hstate1);
2769
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90199
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Fixed by r11-2998, which fixed this ICE too.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/90199
* g++.dg/cpp1y/constexpr-90199.C: New test.
---
gcc/testsuite/g++.dg/cpp1y/constexpr-90199.C | 28
1 file changed, 28 insertions(+)
create mode 100644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90199
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:0968df43cdd7cbb154c021cd32a7cac25a19aff7
commit r11-3310-g0968df43cdd7cbb154c021cd32a7cac25a19aff7
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90199
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97126
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
Marek Polacek changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
--- Comment #4 from Marek Polacek ---
struct b {
constexpr b() : c() {}
[[no_unique_address]] struct a {} c;
};
struct d {
constexpr d() : c() {}
int c;
};
struct e : b, d {};
class f {
float g = 1.0f;
e h;
} i;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
*ping*
> Gesendet: Sonntag, 13. September 2020 um 23:24 Uhr
> Von: "Harald Anlauf"
> An: "fortran" , "gcc-patches"
> Cc: "Paul Richard Thomas"
> Betreff: [PATCH] PR fortran/90903 [part2] Add runtime checking for the MVBITS
> intrinsic
>
> Dear all,
>
> finally here comes the second part of
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse2-andnpd-1.c execution
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse-andnps-1.c execution test
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gfortran.dg/assumed_type_9.f90 -O2
> On Sun, 2020-09-20 at 00:32 +0200, Jan Hubicka wrote:
> > Hi,
> > this is cleaned up version of the patch. I removed unfinished bits,
> > fixed
> > propagation, cleaned it up and fixed fallout.
>
> [...]
>
> > While there are several areas for improvements but I think it is not
> > in shape
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97045
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/avx-vandnpd-1.c execution
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gfortran.dg/assumed_type_9.f90 -O2
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse-andnps-1.c execution test
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/avx-vandnps-1.c execution
On Linux/x86_64,
d119f34c952f8718fdbabc63e2f369a16e92fa07 is the first bad commit
commit d119f34c952f8718fdbabc63e2f369a16e92fa07
Author: Jan Hubicka
Date: Sun Sep 20 07:25:16 2020 +0200
New modref/ipa_modref optimization passes
caused
FAIL: gcc.target/i386/sse2-andnpd-1.c execution
On Sun, 2020-09-20 at 00:32 +0200, Jan Hubicka wrote:
> Hi,
> this is cleaned up version of the patch. I removed unfinished bits,
> fixed
> propagation, cleaned it up and fixed fallout.
[...]
> While there are several areas for improvements but I think it is not
> in shape
> for mainline and
Also shorten some text, call GCC that instead of GNU GCC compiler,
and remove some bits and links where there appears no equivalent
available on that new site.
Pushed.
Gerald
---
htdocs/frontends.html | 2 +-
htdocs/git.html | 2 +-
htdocs/projects/gupc.html | 33
Hi Richard,
> "Kewen.Lin" writes:
>> Hi,
>>
>> The commit r11-3230 brings a nice improvement to use full
>> vectors instead of partial vectors when available. But
>> it caused some vector with length test cases to fail on
>> Power.
>>
>> The failure on gcc.target/powerpc/p9-vec-length-epil-7.c
S='-O0 -ggdb3 ' --enable-valgrind-annotations
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.0.0 20200920 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97124
--- Comment #1 from Liu Hao ---
MSYS2 has this patch [1]. Should it be incorporated by GCC somehow?
[1]
https://github.com/msys2/MINGW-packages/commit/0b2f1460ea3b72aa6cf4f263ace52f61a3470afe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97125
--- Comment #1 from David Binderman ---
Reduced code is
void a() {
if (0)
a;
else
switch (0)
;
}
918 and 20200920.
I'll have a go at reducing it.
On 9/19/20 10:32 PM, Martin Sebor wrote:
On 9/18/20 3:09 PM, Andrew MacLeod wrote:
On 9/18/20 4:35 PM, Martin Sebor wrote:
On 9/18/20 11:36 AM, Andrew MacLeod wrote:
On
it works exactly like one would expect a simple allocator to work..
as long as the allcoator is "live", its allocations
On 9/19/20 11:22 PM, Martin Sebor wrote:
On 9/18/20 12:29 AM, Aldy Hernandez wrote:
On 9/17/20 10:18 PM, Martin Sebor wrote:
On 9/17/20 12:39 PM, Andrew MacLeod wrote:
On 9/17/20 12:08 PM, Martin Sebor via Gcc-patches wrote:
On 9/16/20 9:23 PM, Jeff Law wrote:
On 9/15/20 1:47 PM,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97124
Bug ID: 97124
Summary: ICE when bootstrapping GCC on x86_64-w64-mingw32
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Hi,
this is patch I am using to fix the assumed_alias_type.f90 failure by
simply arranging alias set 0 for the problematic array descriptor.
I am not sure this is the best option, but I suppose it is better than
setting all array descritors to have same canonical type (as done by
LTO)?
Honza
On Linux/x86_64,
6450f07388f9fe575a489c9309c36012b17b88b0 is the first bad commit
commit 6450f07388f9fe575a489c9309c36012b17b88b0
Author: Martin Sebor
Date: Sat Sep 19 17:21:52 2020 -0600
Infrastructure & C front end changes for array parameter checking (PR
c/50584).
caused
FAIL:
On Linux/x86_64,
6450f07388f9fe575a489c9309c36012b17b88b0 is the first bad commit
commit 6450f07388f9fe575a489c9309c36012b17b88b0
Author: Martin Sebor
Date: Sat Sep 19 17:21:52 2020 -0600
Infrastructure & C front end changes for array parameter checking (PR
c/50584).
caused
FAIL:
On Linux/x86_64,
6450f07388f9fe575a489c9309c36012b17b88b0 is the first bad commit
commit 6450f07388f9fe575a489c9309c36012b17b88b0
Author: Martin Sebor
Date: Sat Sep 19 17:21:52 2020 -0600
Infrastructure & C front end changes for array parameter checking (PR
c/50584).
caused
FAIL:
On Linux/x86_64,
6450f07388f9fe575a489c9309c36012b17b88b0 is the first bad commit
commit 6450f07388f9fe575a489c9309c36012b17b88b0
Author: Martin Sebor
Date: Sat Sep 19 17:21:52 2020 -0600
Infrastructure & C front end changes for array parameter checking (PR
c/50584).
caused
FAIL:
On Linux/x86_64,
6450f07388f9fe575a489c9309c36012b17b88b0 is the first bad commit
commit 6450f07388f9fe575a489c9309c36012b17b88b0
Author: Martin Sebor
Date: Sat Sep 19 17:21:52 2020 -0600
Infrastructure & C front end changes for array parameter checking (PR
c/50584).
caused
FAIL:
On Linux/x86_64,
3f9a497d1b0dd9da87908a11b59bf364ad40ddca is the first bad commit
commit 3f9a497d1b0dd9da87908a11b59bf364ad40ddca
Author: Martin Sebor
Date: Sat Sep 19 17:47:29 2020 -0600
Extend -Warray-bounds to detect out-of-bounds accesses to array parameters.
caused
FAIL:
72 matches
Mail list logo