https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100086
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Bug ID: 100091
Summary: decltype([]{}) rejected as a default template
parameter
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100089
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100088
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100088
--- Comment #3 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #2)
> >
> > This issue does not exist for sse or avx512f. Setting `-march=haswell` or
> > `-mtune=haswell` on the command line also seems to fix this but neither of
> > t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100088
--- Comment #4 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #3)
> (In reply to Hongtao.liu from comment #2)
> > >
> > > This issue does not exist for sse or avx512f. Setting `-march=haswell` or
> > > `-mtune=haswell` on the comman
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100076
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100066
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #4 from Tom de Vries ---
Investigated using cuda-gdb.
After typing ^c, we investigate the state:
...
(cuda-gdb) info cuda kernels
Kernel Parent Dev Grid Status SMs Mask GridDim BlockDim Invocation
* 0 - 01 Active
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Bug ID: 100092
Summary: [10 Regression] nvptx offloading on aarch64 fails to
specify -foffload-abi
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
--- Comment #1 from Richard Biener ---
On trunk g:29a14a1a907947fe9e43bce62d3468559f17da97 adds TARGET_OFFLOAD_OPTIONS
to aarch64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100090
--- Comment #2 from Richard Biener ---
Doesn't reproduce on x86_64-linux with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Matthias Klose changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100092
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100056
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:39d23b7960e4efb11bbe1eff056ae9da0884c539
commit r11-8188-g39d23b7960e4efb11bbe1eff056ae9da0884c539
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100056
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression] orr + |[9/10 Regression] orr +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100093
Bug ID: 100093
Summary: different behavior between -mtune=cpu_type and
target_attribute (“arch=cputype”)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99555
--- Comment #5 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:4dd9e1c541e0eb921d62c8652c854b1259e56aac
commit r11-8189-g4dd9e1c541e0eb921d62c8652c854b1259e56aac
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #3 from andysem at mail dot ru ---
I tried adding __restrict__ to the equivalents of x, y1 and y2 in the original
larger code base and it didn't help. The compiler (gcc 10.2) would still
generate the same half-vectorized code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100076
--- Comment #6 from Hongtao.liu ---
(In reply to Richard Biener from comment #5)
> Note even when avoiding the STLF hit the vectorized version is slower.
> You can use -mtune-ctl=^sse_unaligned_load_optimal to force loading
> the lower/upper hal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100093
--- Comment #1 from Hongtao.liu ---
When ix86_tune_features[X86_TUNE_AVX256_UNALIGNED_LOAD/STORE_OPTIMAL] is false,
GCC goes to set up the bit MASK_AVX256_SPLIT_UNALIGNED_LOAD/STORE, but when
ix86_tune_features[X86_TUNE_AVX256_UNALIGNED_LOAD/STO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|NEW
Summary|[10/11 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19
--- Comment #5 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #3)
> > Response from Jim Wilson:
> > Looks like a bug in gcc-9. tigerlake was added to
> > gcc/config/i386/driver-i386.c but not to the arch_names_table in i386.c. I
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98599
--- Comment #18 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:b5f644a98b3f3543d3a8d2dfea7785c22879013f
commit r11-8190-gb5f644a98b3f3543d3a8d2dfea7785c22879013f
Author: Jan Hubicka
Date: Thu A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91179
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88566
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99309
Jan Hubicka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80726
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98265
Jan Hubicka changed:
What|Removed |Added
CC||cuzdav at gmail dot com
--- Comment #12 fr
Hi All!
Rank information is not correctly written into the pointer descriptor when
using optimization or -ffpe-trap.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1696fc1ea01d5c9dce96b5d3122921aab9308f59
commit r11-8192-g1696fc1ea01d5c9dce96b5d3122921aab9308f59
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:a3317f7b3c02907a122f89879e5b6e90c386e64d
commit r11-8191-ga3317f7b3c02907a122f89879e5b6e90c386e64d
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[10/11 Regression] |[10 Regression] Conditional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99929
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |8.5
--- Comment #4 from rs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96339
Tejas Belagod changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99246
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99249
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
LTO compression algorithms: zlib
gcc version 11.0.1 20210415 (experimental) [master revision
4dd9e1c541e:7315804b0a0:b5f644a98b3f3543d3a8d2dfea7785c22879013f] (GCC)
[655] %
[655] % gcctk -O2 -S -c -o O2.s small.c
[656] % gcctk -O3 -S -c -o O3.s small.c
[657] %
[657] % wc O2.s O3.s
75 164 982
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
Bug ID: 100096
Summary: libgccjit.so.0: Cannot write-enable text segment:
Permission denied on NetBSD 9.1
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #4 from Richard Biener ---
(In reply to andysem from comment #3)
> I tried adding __restrict__ to the equivalents of x, y1 and y2 in the
> original larger code base and it didn't help. The compiler (gcc 10.2) would
> still generate th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> (In reply to andysem from comment #3)
> > I tried adding __restrict__ to the equivalents of x, y1 and y2 in the
> > original larger code base and it didn't help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #4 from Jonathan Wakely ---
For completeness, here's a testcase which fails on sparc64-unknown-linux-gnu
when compiled using gcc -m32 eh.C -lsupc++
#include
int main()
{
std::make_exception_ptr(1);
}
/usr/bin/ld:
/home/jwakely/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100095
Richard Biener changed:
What|Removed |Added
Blocks||85316
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100073
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4d1fa72894e3fbc5f331d2e8984e990307396124
commit r11-8194-g4d1fa72894e3fbc5f331d2e8984e990307396124
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
--- Comment #3 from Richard Biener ---
Of course such use of a lambda is quite pointless which in turn makes the P1
classification a bit odd (but given it's a new regression it's technically
correct). We'll be happy to demote this to P2 though.
lem
Hi All!
Rank information is not correctly written into the pointer and allocatable
unlimited polymorphic descriptors.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
!
Rank information is not correctly written into the pointer and allocatable
polymorphic object descriptors.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100099
Bug ID: 100099
Summary: Compilation speed of #include is too
slow. Just include the header takes 0.342 seconds
Product: gcc
Version: 11.0
Status: UNCONFIRMED
S
-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210415 (experimental) [master revision
4dd9e1c541e:7315804b0a0:b5f644a98b3f3543d3a8d2dfea7785c22879013f] (GCC)
[539] %
[539] % gcctk -O1 -S -o O1.s small.c
[540] % gcctk -O3 -S -o O3.s small.c
[541
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100099
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99767
--- Comment #4 from Richard Biener ---
Note for quite some of the failed-DCE PRs we could "fix up" at RTL expansion
time by teaching rewrite_out_of_ssa to DCE all zero-use defs where it already
does
/* Eliminate PHIs which are of no use, such
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80456
Patrick Palka changed:
What|Removed |Added
Known to work||4.8.1
Summary|calling constex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100100
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #2 from Sascha Wilde ---
> How did you build libgccjit.so.0?
> Have you used --enable-host-shared during configure?
Yes, AFAIK this is mandatory?
Here is the configuration I used:
../gcc-10.2.0/configure \
--with-bugurl='https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #3 from Jakub Jelinek ---
So, how many text relocations do you see?
E.g. readelf -Wa libgccjit.so.0 output attached here would be useful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100067
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #4 from Sascha Wilde ---
Created attachment 50602
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50602&action=edit
Output of: readelf -Wa /usr/local/lib/libgccjit.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
--- Comment #4 from Pilar Latiesa ---
> Of course such use of a lambda is quite pointless
Not as pointless as it might appear. This defaulted template parameter enables
a form of stateful metaprogramming:
#include
template
class T {};
stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #5 from Sascha Wilde ---
(In reply to Jakub Jelinek from comment #3)
> So, how many text relocations do you see?
> E.g. readelf -Wa libgccjit.so.0 output attached here would be useful.
I attached the requested output (its nearly 9Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #6 from Sascha Wilde ---
However, please note that
"Cannot write-enable text segment: Permission denied"
is the more pressing problem, as it prevents libgccjit to be used
on NetBSD with default security settings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #7 from Andreas Schwab ---
That's just the consequence of text relocations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #8 from David Malcolm ---
(In reply to Sascha Wilde from comment #6)
> However, please note that
> "Cannot write-enable text segment: Permission denied"
> is the more pressing problem, as it prevents libgccjit to be used
> on NetBSD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100067
--- Comment #4 from Richard Earnshaw ---
(In reply to Christophe Lyon from comment #3)
> Unfortunately this is causing many regressions in the GCC testsuite.
Sigh! I'm not entirely surprised. I suspect most of this is testisms, though.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #9 from Jakub Jelinek ---
So I see 236 R_386_RELATIVE text relocations and 231 other text relocations.
Seems the compiler itself is built with -fpic/-fPIC, but some of the libraries
that are linked into it are not, e.g. libintl.a, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100067
--- Comment #5 from Christophe Lyon ---
(In reply to Richard Earnshaw from comment #4)
> (In reply to Christophe Lyon from comment #3)
> > Unfortunately this is causing many regressions in the GCC testsuite.
>
> Sigh! I'm not entirely surprise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99963
--- Comment #3 from Luke Dalessandro ---
I understand. Thank you (I've forwarded this on to clang, which _does_ accept
the ambiguous form).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #10 from Sascha Wilde ---
(In reply to David Malcolm from comment #8)
> It would be good to know exactly where that error message is being emitted.
>
> If you add:
> gcc_jit_context_set_logfile (ctxt, stderr, 0, 0);
> to the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #11 from Sascha Wilde ---
Created attachment 50603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50603&action=edit
tut01-hello-world log output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Bug ID: 100101
Summary: [11 Regression] ICE with
-Wzero-as-null-pointer-constant
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99387
--- Comment #3 from Patrick Palka ---
Reduced:
template struct A { };
template struct B { };
template class Tmpl, Tmpl V>
void f (A);
int main() {
A{}> x;
f(x);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #12 from Sascha Wilde ---
(In reply to Jakub Jelinek from comment #9)
> Perhaps
> readelf -wi libgccjit.so.0 | grep DW_AT_producer
> would make it clearer on what is and what is not built with -fpic/-fPIC.
This runs quite long and o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99767
--- Comment #5 from Jakub Jelinek ---
Note, we have already:
/* Stub out scalar statements that must not survive vectorization.
Doing this here helps with grouped statements, or statements that
are involved in patterns. *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #13 from Jakub Jelinek ---
The important question is what TUs are compiled without -fPIC/-fpic, those with
those options are fine.
So perhaps
readelf -wi libgccjit.so.0 | grep DW_AT_producer | grep -v 'fPIC\|fpic'
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #14 from Jakub Jelinek ---
Though, DW_AT_producer lines don't really provide the filename and comp_dir,
so guess what I need is better
readelf -wi libgccjit.so.0 | grep -A4 DW_AT_producer | bzip2 -9
output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99767
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100094
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
--- Comment #2 from Jakub Jelinek ---
So maybe find_typenames doesn't want to walk into TYPE_RAISES_EXCEPTIONS?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99971
--- Comment #6 from andysem at mail dot ru ---
Hmm, it looks like the original code has changed enough so that the problem no
longer reproduces, with or without __restrict__. I don't have the older version
of the code, so I can't tell what changed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
Bug ID: 100102
Summary: ICE in tsubst, at cp/pt.c:15310
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100102
--- Comment #1 from Erik Schnetter ---
Created attachment 50605
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50605&action=edit
Compressed preprocessed source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
commit r11-8198-g6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #14 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
commit r11-8198-g6c0c7fc6236470a533675cd3cd1ebb1cc3dd112c
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100096
--- Comment #15 from Sascha Wilde ---
(In reply to Jakub Jelinek from comment #13)
> readelf -wi libgccjit.so.0 | grep DW_AT_producer | grep -v 'fPIC\|fpic'
FWIW, I had the command running for quite some while without spotting any
line not cont
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657
Jonathan Wakely changed:
What|Removed |Added
Summary|[9/10/11 Regression]|[9/10 Regression]
|l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70392
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2017-12-30 00:00:00 |2021-4-15
See Also|
trinsic assignment fails inside select rank
construct.
Seen on:
GNU Fortran (GCC) 11.0.1 20210415 (experimental)
GNU Fortran (GCC) 10.3.1 20210415
Thank you very much.
Best regards,
José Rui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100101
--- Comment #3 from Jakub Jelinek ---
In particular it is the TYPENAME_TYPE type seen in bar's noexcept expression.
Does find_typenames_r ever want to walk into expressions?
I.e. couldn't the fix be
if (EXPR_P (*tp))
*walk_subtrees = 0;
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81962
Martin Sebor changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=639
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63943
Martin Sebor changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=819
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 81962, which changed state.
Bug 81962 Summary: -Wmaybe-uninitialized refers to wrong line (and only works
with -O3) (Fortran)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81962
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
--- Comment #12 from Alex Coplan ---
Looks like this can be closed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99700
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100091
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 161 matches
Mail list logo
