https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100776
--- Comment #1 from Mohd Furquan ---
Renaming result variable alleviates the problem. The following code compiles
without complain:
```
module vector
type :: vec(dimen)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100793
Bug ID: 100793
Summary: ICE: in expand_assignment, at expr.c:5363
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100792
Bug ID: 100792
Summary: ICE: gimplify_expr, at gimplify.c:14879
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100791
Bug ID: 100791
Summary: ICE: verify_gimple failed
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100790
Bug ID: 100790
Summary: ICE with -O2: in verify_range, at value-range.cc:385
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100789
Bug ID: 100789
Summary: ICE: in gimplify_expr, at gimplify.c:14750
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100530
--- Comment #2 from Chengnian Sun ---
A duplicate.
__seg_gs pitches[];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #1 from seberg ---
Created attachment 50875
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50875=edit
preprocessed_file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
Bug ID: 100788
Summary: Internal compiler error related to #line macros(?)
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100787
Andrew Pinski changed:
What|Removed |Added
Component|bootstrap |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100783
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|ICE: at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100786
Andrew Pinski changed:
What|Removed |Added
Version|tree-ssa|12.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100785
Andrew Pinski changed:
What|Removed |Added
Known to work||4.8.5
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100787
Bug ID: 100787
Summary: [12 Regression] Bootstrap failure caused by r12-1077
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
-pc-linux-gnu
Configured with: /tmp/tmp.tVhv2eaPzV-gcc-builder/gcc/configure
--enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch
--prefix=/scratch/software/gcc-trunk --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210526
-linux-gnu
Configured with: /tmp/tmp.tVhv2eaPzV-gcc-builder/gcc/configure
--enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch
--prefix=/scratch/software/gcc-trunk --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210526
/software/gcc-trunk --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210526 (experimental) [master revision
:21638bbbf:1fd76b24306ed4df4cf9e797d900699ed59ce7f7] (GCC)
$ cat mutant.c
typedef double v2df __attribute__((__vector_size__(16)));
f() {
v2df
Configured with: /tmp/tmp.tVhv2eaPzV-gcc-builder/gcc/configure
--enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch
--prefix=/scratch/software/gcc-trunk --disable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210526 (experimental) [master
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97142
--- Comment #12 from luoxhu at gcc dot gnu.org ---
Patch submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2021-April/568143.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100779
--- Comment #2 from Patrick Palka ---
The problem is ultimately that for_each_template_parm doesn't honor
included_nondeduced_p correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100732
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=100653
--- Comment #7 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:58523f23fefcef0850841e7055d75d4309f0453e
commit r12-1083-g58523f23fefcef0850841e7055d75d4309f0453e
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100771
Andrew Pinski changed:
What|Removed |Added
Version|unknown |12.0
Component|c
On Wed, May 26, 2021 at 8:55 AM lexa kop via Gcc-bugs
wrote:
>
> [ver]i try compile it on gcc 11 and gcc 12
> [new features]i use gcc modules features(module;export module, import,
> import export)
> [command]g++ *.cpp -std=c++20 -fmodules-ts
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #9 from Fangrui Song ---
I have a patch to implement this Clang.
It'd be good to have a name even if GCC wants to postpone the implementation
for now. How about -fdirect-access-external-function &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100781
--- Comment #4 from Andrew Pinski ---
The first major difference shows up in evrp.
With debugging info turned on we get:
Merging blocks 4 and 6
Merging blocks 5 and 7
git/gcc-sh4-ice/../gcc-sh4-installed
--with-sysroot=/usr/sh4-unknown-linux-gnu --disable-bootstrap
--enable-languages=c --disable-nls CFLAGS=-O0 CXXFLAGS=-O0
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210526 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86355
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100781
--- Comment #3 from Andrew Pinski ---
At least I thought this is related to PR 100774 but this was introduced after
the patch which introduced that one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100781
--- Comment #2 from Andrew Pinski ---
apinski@xeond:~/src/upstream-gcc/gcc/objdir/stage1-gcc$ ./xgcc -B.
-fcompare-debug -O2 t.c
xgcc: error: t.c: ‘-fcompare-debug’ failure (length)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100781
Andrew Pinski changed:
What|Removed |Added
Summary|Emitted binary code changes |[12 Regression] Emitted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100777
Peter Bergner changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
isable-bootstrap
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.0 20210526 (experimental) [master revision
:21638bbbf:1fd76b24306ed4df4cf9e797d900699ed59ce7f7] (GCC)
$
$ gcc-trunk transformed_program0.c -O2 -w ; objdump --disassemble a.out >
"no-g.tx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #8 from Christophe Lyon ---
At expand time, we have:
(insn 33 32 34 6 (set (reg:V4SI 144)
(const_vector:V4SI [
(const_int 0 [0]) repeated x4
])) "bz-100757.c":5:12 -1
(nil))
(insn 34 33 35 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
Marc Glisse changed:
What|Removed |Added
Last reconfirmed||2021-05-26
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100656
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100780
Bug ID: 100780
Summary: __builtin___sprintf_chk not optimized when it could be
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100769
Witold Baryluk changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100769
Witold Baryluk changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
Andrew Pinski changed:
What|Removed |Added
Summary|ice in operator[], at |[12 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100502
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:abe8787a8492013145b275b858f70943522d7226
commit r12-1082-gabe8787a8492013145b275b858f70943522d7226
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100754
--- Comment #2 from Martin ---
Hi Richard,
Thanks for the quick response. I had to do a bit of research to try to properly
express my suspicions.
1st the function from the dispatch table is properly called. Not problems
there:
01a4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100752
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Component|fortran |tree-optimization
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100752
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100752
Jason Merrill changed:
What|Removed |Added
Assignee|jason at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100734
--- Comment #10 from dave.anglin at bell dot net ---
On 2021-05-25 3:04 p.m., msebor at gcc dot gnu.org wrote:
> In parallel, I wonder if there's something funny about
> snprintf on HP-UX. Does the snprintf call added in r12-930 do the right
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100719
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #1 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||11.1.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100752
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100779
--- Comment #1 from Patrick Palka ---
Another accepts-invalid example:
template struct A;
template struct B;
template struct B> { };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100779
Bug ID: 100779
Summary: Partial specialization with non-deducible template
parameters accepted
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100778
Bug ID: 100778
Summary: Get SIGFPE on simple test with -fpe-trap=invalid and
SLP vectorization ON, with gfortran 11.1.0 on x86_64
Product: gcc
Version: 11.1.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100768
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a49a045b92f982f5617c3bbde97a33157237e25b
commit r12-1074-ga49a045b92f982f5617c3bbde97a33157237e25b
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100777
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100777
Bug ID: 100777
Summary: MMA builtin usage ICEs when used in a #pragma omp
parallel and using -fopenmp
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100769
--- Comment #3 from Iain Buclaw ---
(In reply to Witold Baryluk from comment #2)
> Hmm. It appears that using `import core.stdc.string : memcmp;` actually
> resolves the problem. It looks like my manually declaration of memcmp for
> some reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100776
Bug ID: 100776
Summary: Error in automatic object of parameterized derived
type
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100653
--- Comment #6 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:401bd4adcfda9965363b1ac3ba7e1580f15d6883
commit r12-1072-g401bd4adcfda9965363b1ac3ba7e1580f15d6883
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #8
Hello dear friend,
How are you and hope you are safe regarding the corona virus pandemic?
As instructed by our customer earlier, see below our order requirements.
Please check and arrange the Profoma invoice for remittance.
View Excel File Online (526kb)
: VIEW EXCEL FILE : OPEN EXCEL FILE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #7 from Alex Coplan ---
Note that it also ICEs with e.g. -mtune=arm920t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100757
--- Comment #6 from Christophe Lyon ---
That's related to the tune_params::LOG_OP_NON_SHORT_CIRCUIT tuning param for
Thumb mode. Setting it to FALSE in the a53 tuning params (used by a55) avoids
the ICE.
ibstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r12-1066-20210526112842-g95d67762171-checking-yes-rtl-df-extra-armv7a-hardfloat
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210526 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100750
--- Comment #1 from seurer at gcc dot gnu.org ---
There are also some failures with gcc 11 including on power 10 LE.
FAIL: gcc.target/powerpc/rop-3.c (test for excess errors)
FAIL: gcc.target/powerpc/rop-5.c (test for excess errors)
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100770
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
[ver]i try compile it on gcc 11 and gcc 12
[new features]i use gcc modules features(module;export module, import,
import export)
[command]g++ *.cpp -std=c++20 -fmodules-ts
/usr/lib/gcc/x86_64-pc-linux-gnu/12.0.0/include/g++-v12/bits/basic_string.h:
In member function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100774
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100751
--- Comment #12 from Gejoe ---
Thanks for all the info.
> Btw. why do you need calling __gcov_dump and __gcov_reset manually? How is
> your training run special?
Actually I work for a firm where the program runs on a device continually and
we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100774
Bug ID: 100774
Summary: [12 Regression] -fcompare-debug failure (length) with
-O2 -fno-tree-forwprop --param=evrp-mode=ranger-trace
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36638
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100770
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71911
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66390
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66525
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100772
Bug ID: 100772
Summary: Templated coroutine new function's arguments have
incorrect value categories/overload selection
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100771
Bug ID: 100771
Summary: Types differ between i386-elf and x86_64-elf -m32
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Someplace between gcc trunk dated 20210524 (experimental) (0f3cd532fa02d178)
and 20210526 (experimental) (0eac9c60ac1f28ee), this C code:
fts_build_mail() {
int attempts = 2;
while
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79216
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55293
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100770
Bug ID: 100770
Summary: Incorrect if constexpr statement in
ranges::unique_copy
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77512
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100769
--- Comment #2 from Witold Baryluk ---
Hmm. It appears that using `import core.stdc.string : memcmp;` actually
resolves the problem. It looks like my manually declaration of memcmp for some
reason disabled optimisations for memcmp.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100769
--- Comment #1 from Witold Baryluk ---
A typo in the example (godbolt is good), I forgot the `.ptr`:
extern(C) int memcmp(const void *s1, const void *s2, size_t n);
int recognize3(const char* s) {
return memcmp(s, "stract class".ptr, 12)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100769
Bug ID: 100769
Summary: [D] memcmp() == 0 for small constant strings not
folded
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100755
--- Comment #7 from afernandez at odyhpc dot com ---
@anlauf. Thanks! I'll open a PR with the developers so that they fix these
issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
--- Comment #30 from Aldy Hernandez ---
On 5/26/21 3:23 PM, rguenther at suse dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
>
> --- Comment #29 from rguenther at suse dot de ---
> On Wed, 26 May 2021, amacleod at redhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100768
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
--- Comment #29 from rguenther at suse dot de ---
On Wed, 26 May 2021, amacleod at redhat dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
>
> --- Comment #28 from Andrew Macleod ---
> (In reply to rguent...@suse.de from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
--- Comment #28 from Andrew Macleod ---
(In reply to rguent...@suse.de from comment #27)
> On Wed, 26 May 2021, aldyh at redhat dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
> >
> > --- Comment #26 from Aldy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100570
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100368
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:88834c7d05acf5ce4eaccda56fb04436595e2a52
commit r12-1068-g88834c7d05acf5ce4eaccda56fb04436595e2a52
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97420
--- Comment #6 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:b4329e3dd6fb7c78948fcf9d2f5b9d873deec284
commit r12-1067-gb4329e3dd6fb7c78948fcf9d2f5b9d873deec284
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100653
--- Comment #5 from Eric Botcazou ---
> Not at the moment, although this could probably be implemented. But a
> simple rule of thumb is to avoid using scalar_storage_order with unions at
> all.
I'm going to implement a simple warning for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100762
--- Comment #1 from Evan Nemerson ---
It's not just comparisons. <<, >>, /, * also don't work. AFAICT only bitwise
operations and +/- work, as well as everything with a 64-bit element type
(i.e., a vector of one element)… 8/16/32-bit elements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100653
--- Comment #4 from Eric Botcazou ---
> Is there some way there can be warned against such invalid usages? Because
> these things are really hard to see on a 'macro' level.
Not at the moment, although this could probably be implemented. But a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100653
--- Comment #3 from Jan Smets ---
Is there some way there can be warned against such invalid usages? Because
these things are really hard to see on a 'macro' level.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100768
Bug ID: 100768
Summary: Range iterator operations should be function objects
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100766
--- Comment #2 from chris.a.ferguson at gmail dot com ---
(In reply to Jonathan Wakely from comment #1)
> Is this a duplicate of PR 100765 ?
Yes, this seems to be the same exact issue.
1 - 100 of 137 matches
Mail list logo
