https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102306
Eric Botcazou changed:
What|Removed |Added
CC|ebotcazou at gcc dot gnu.org |
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
Bug ID: 102338
Summary: Recursive noexcept specification inside class/struct
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #1 from Jerguš Suja ---
Created attachment 51463
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51463&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #2 from Jerguš Suja ---
Created attachment 51464
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51464&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #3 from Jerguš Suja ---
Created attachment 51465
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51465&action=edit
minimal testcase code snippet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #4 from Jerguš Suja ---
gcc version 9.3.0
x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 9.3.0-10ubuntu2'
--with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs
--enable-languages=c,ada,c++,go,brig,d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #5 from Andrew Pinski ---
here is a more reduced testcase:
struct S {
template
int f(T && t) noexcept {
return 0;
}
template
int f(T && t, Ts && ... ts) noexcept(noexcept(f(ts...))) {
return f(ts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> here is a more reduced testcase:
> struct S {
> template
> int f(T && t) noexcept {
> return 0;
> }
> template
> int f(T && t, Ts &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
--- Comment #7 from Andrew Pinski ---
Note clang is borken in a different way, take:
struct S {
template
int f(T && t) noexcept {
return 0;
}
template
static int f(T && t, Ts && ... ts) noexcept(noexcept(f(ts...))) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102333
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102334
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102335
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102338
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231
--- Comment #15 from Andrew Pinski ---
I suspect this has been fixed since maybe GCC 8 (maybe GCC 7).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81444
Andrew Pinski changed:
What|Removed |Added
Keywords|wrong-code |missed-optimization
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89040
Andrew Pinski changed:
What|Removed |Added
Known to fail||9.1.0, 9.4.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54231
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91103
--- Comment #11 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:243e0a5b1942879bc005bf150a744e69a4fcdc87
commit r12-3542-g243e0a5b1942879bc005bf150a744e69a4fcdc87
Author: liuhongt
Date: Mon Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ICE in |[12 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102331
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102332
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26744
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.5.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102333
Martin Liška changed:
What|Removed |Added
CC||janus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101761
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102334
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] ICE in |[12 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102337
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40736
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50532
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.8.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
--- Comment #4 from Jakub Jelinek ---
Just
program p
!$omp taskloop lastprivate(i)
do i = 1, 8
end do
!$acc parallel loop
do i = 1, 8
end do
end
is enough to reproduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90146
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28036
--- Comment #8 from Andrew Pinski ---
These are the ones without the note still:
src/bfin/sysv.S
src/cris/sysv.S
src/m32r/sysv.S
src/metag/sysv.S
src/microblaze/sysv.S
src/nios2/sysv.S
src/or1k/sysv.S
src/riscv/sysv.S
src/xtensa/sysv.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102318
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b6d8fa66e1bf08756cb4134735b5034e171f49d1
commit r12-3544-gb6d8fa66e1bf08756cb4134735b5034e171f49d1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90146
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> So it is just a matter of a merge from upstream.
> We should do one for GCC 12.
Actually the pull request is still open usptream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28036
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> These are the ones without the note still:
> src/bfin/sysv.S
> src/cris/sysv.S
> src/m32r/sysv.S
> src/metag/sysv.S
> src/microblaze/sysv.S
> src/nios2/sysv.S
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67801
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67801
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> fixed upstream with commit 36f3fb91.
https://github.com/libffi/libffi/commit/36f3fb91
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28036
--- Comment #10 from Andreas Schwab ---
Note that riscv and nios2 are noexec-stack by default, thus do not need a stack
note.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102327
--- Comment #3 from Hongtao.liu ---
Here's optimization i did for v8hf/v16hf/v32hf vec_set/init/extract.
diff --git a/origin.s b/after.s
index e43e09c..5ea1fb6 100644
--- a/origin.s
+++ b/after.s
@@ -6,25 +6,13 @@
vec_init_v8hf:
.LFB0:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102339
Bug ID: 102339
Summary: gm2 testsuite leaves many files behind
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102340
Bug ID: 102340
Summary: gm2 test sources shouldn't be executable
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341
Bug ID: 102341
Summary: [modules] alias-declaration and typedef-declaration
conflict in module interface unit
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67102
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Component|libffi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341
--- Comment #1 from Jonathan Wakely ---
In fact it fails even with identical declarations:
export module test;
namespace Test
{
typedef long Long;
export typedef long Long;
}
mod.cc:5:23: error: conflicting exporting declaration 'Test::Lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102059
--- Comment #23 from Kewen Lin ---
(In reply to Chip Kerchner from comment #22)
> (In reply to Chip Kerchner from comment #21) - Forgot one line of code
> > --
> > #pragma GCC target "cpu=power10"
> > int main() {
> > float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102342
Bug ID: 102342
Summary: gm2 testsuite failures for non-default multilib
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102318
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67102
--- Comment #2 from Andrew Pinski ---
Created attachment 51466
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51466&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Thomas Schwinge changed:
What|Removed |Added
CC||jules at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Tobias Burnus changed:
What|Removed |Added
CC||cltang at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341
--- Comment #2 from Jonathan Wakely ---
It seems to happen for almost any redeclaration if the initial definition
wasn't exported:
export module test;
namespace Test
{
template constexpr void f(T) { }
export template constexpr void f(T);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
--- Comment #7 from Jakub Jelinek ---
program p
i = 0
!$omp task shared(i)
i = 1
!$omp end task
!$omp taskwait
!$acc parallel loop
do i = 1, 8
end do
end
also ICEs, it just needs the iterator that is marked addressable during
om
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102309
--- Comment #1 from Richard Earnshaw ---
A constant limit of zero doesn't make sense to me, that would theoretically
push everything into the literal pool regardless of the number of insns needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102327
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:7fc4d6000a0d6c847c4c07373fbd4a17e54c678f
commit r12-3547-g7fc4d6000a0d6c847c4c07373fbd4a17e54c678f
Author: liuhongt
Date: Wed Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102327
--- Comment #5 from Hongtao.liu ---
Fixed in GCC12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102343
Bug ID: 102343
Summary: gm2/cpp/pass/subaddr.mod FAILs for non-default
multilib
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102344
Bug ID: 102344
Summary: gm2/pim/fail/TestLong4.mod FAILs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102345
Bug ID: 102345
Summary: [modules] Cannot define a module interface unit for
anything in
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102345
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102345
--- Comment #2 from Jonathan Wakely ---
The second problem is demonstrated by:
export module newdel;
export void* operator new(__SIZE_TYPE__);
new.cc:2:40: error: declaration ‘void* operator new(long unsigned int)’
conflicts with builtin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102345
--- Comment #3 from Jonathan Wakely ---
All testcases above need to be compiled with -fmodules-ts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341
Pilar Latiesa changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102341
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885
Jonathan Wakely changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102346
Bug ID: 102346
Summary: Missing warning for array bounds
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102347
Bug ID: 102347
Summary: "fatal error: target specific builtin not available"
with MMA and LTO
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102059
--- Comment #24 from Chip Kerchner ---
(In reply to Kewen Lin from comment #23)
> Hi Chip, I can reproduce this error with trunk. With some investigation, I
> think it's not duplicated of this PR, some information restoring seems wrong
> when lt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
David Malcolm changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Summary|ICE when co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88578
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102328
--- Comment #3 from David Malcolm ---
I've filed:
https://github.com/compiler-explorer/compiler-explorer/issues/2937
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102347
Kewen Lin changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102347
Richard Biener changed:
What|Removed |Added
Component|lto |target
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102348
Bug ID: 102348
Summary: error: #error You must define PREFERRED_DEBUGGING_TYPE
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102348
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64196
--- Comment #5 from David Malcolm ---
This is partially implemented by commit
g:332a9f7636ca2a49be3a6ee9c610c5dba9e7e2da.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102348
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102348
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:26d4ba05b92d0082c7db8067021e9b3109400557
commit r12-3548-g26d4ba05b92d0082c7db8067021e9b3109400557
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102348
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
Bug ID: 102349
Summary: [12 Regression] crash in
rs6000_xcoff_encode_section_info since
r12-446-g8b5b814d51ff73bc739c0c037ae18df07acf2d96
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #1 from David Edelsohn ---
I can't duplicate this failure in a native build. And rs6000.c:21750 doesn't
correspond to any statement. Can you provide some additional information or
source code context?
rs6000_xcoff_encode_section_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #2 from Martin Liška ---
Sorry, the line numbers are wrong because I didn't use the vanilla repository.
So for a37d7d6fc1dbd9906bbb2c6bf5ba9d30fd17a584 I see:
/dev/shm/objdir2/./gcc/xgcc -B/dev/shm/objdir2/./gcc/ -xc -nostdinc /dev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #3 from Martin Liška ---
(gdb) p symtab_node::get (decl)
$2 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #4 from Martin Liška ---
The following helps:
diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c
index b0ec8108007..89868c39e27 100644
--- a/gcc/config/rs6000/rs6000.c
+++ b/gcc/config/rs6000/rs6000.c
@@ -21728,7 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102350
Bug ID: 102350
Summary: __builtin_source_location not available in earlier
language modes
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102337
Martin Sebor changed:
What|Removed |Added
Blocks||85741
Summary|possibly wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:adddfc85c07143f7c8097a90a83bfb15b8bd52e8
commit r12-3551-gadddfc85c07143f7c8097a90a83bfb15b8bd52e8
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102349
--- Comment #7 from David Edelsohn ---
As we discussed on IRC
symtab_node::exists (decl) && symtab_node::get (decl)->alias
seems better because that function does not need to create the summary for its
internal use. The function should not en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
Bug ID: 102351
Summary: error: ‘TARGET_PENTIUM4’ was not declared in this
scope; did you mean ‘TARGET_ENQCMD’?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-09-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102329
--- Comment #4 from Martin Sebor ---
The text of the warning should be adjusted to make it clear that it's the
object the pointer points to that may be used uninitialized by the function.
For functions like pthread_getspecific() and pthread_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:7bdf51557d18aafdb300e1ad2b4f6fb7ef456f2b
commit r12-3553-g7bdf51557d18aafdb300e1ad2b4f6fb7ef456f2b
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102351
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55203
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
1 - 100 of 182 matches
Mail list logo
