https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120325
--- Comment #2 from Jonathan Wakely ---
I'll comment on github too, but I think the problem is that you're using
-DCMAKE_CXX_STANDARD=20
It looks to me like LLVM's iterator facade is completely incompatible with
C++20. The operator overloads li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31313
Kael Franco changed:
What|Removed |Added
CC||kaelfandrew at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120331
--- Comment #7 from Andrew Pinski ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683999.html
There was no regressions with this version of the patch and the issue I found
was solved too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #2 from Andrew Pinski ---
Testcase:
```
using T = struct {}();
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120333
Bug ID: 120333
Summary: RISC-V: Wrong code with bitmanip extension
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
Andrew Pinski changed:
What|Removed |Added
Summary|Defining a function return |Defining a function return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120334
Bug ID: 120334
Summary: lto plugin doesn't check for excess section size
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119966
--- Comment #9 from GCC Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:eb2ea476db2182939f585df7d806225649ee4f62
commit r16-718-geb2ea476db2182939f585df7d806225649ee4f62
Author: Dimitar Dimitrov
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120329
--- Comment #6 from Dimitar Dimitrov ---
To reproduce after r16-718-geb2ea476db2182, apply the following change to
tighten paradoxical subreg checks, and build libgcc for
armv8l-unknown-linux-gnueabihf:
- /* Do not allow normal SUBREG with str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107953
Ethan Hancock changed:
What|Removed |Added
CC||ethanhancock at me dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120284
--- Comment #7 from Huiba Li ---
> In that case you need to use "movq %1, %0" in the asm to actually copy the
> value, because the constraints don't guarantee it is the same register, it
> can very well be a different one.
> By using "0" or "+r"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120321
--- Comment #1 from Wentao Zhang ---
Another example that shows the effect can propagate from the "while(1)" line
to adjacent no-code, reduced from
https://sources.debian.org/src/lzo2/2.10-2/src/lzo1x_d.ch/#L98
where "NEED_IP" is expanded to "(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120276
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jennifer Schmitz :
https://gcc.gnu.org/g:2ec5082dd24cef5149ba645ee88a9acd8b4c290a
commit r16-727-g2ec5082dd24cef5149ba645ee88a9acd8b4c290a
Author: Jennifer Schmitz
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120344
Bug ID: 120344
Summary: code size increase with gcc 13 due to repeated loading
of higher address in assembly for riscv
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119847
Andrew Pinski changed:
What|Removed |Added
CC||fanghuaqi at vip dot qq.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119331
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119771
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #4 from Andrew Pinski ---
(In reply to eczbek.void from comment #3)
> This also has the same issue:
> ```
> auto(*x)()->struct{};
> ```
That one fails for me as a parse error even without -pedantic:
```
:1:19: error: expected identi
ate
struct mp::pair
{
};
```
```
/opt/compiler-explorer/gcc-trunk-20250518/include/c++/16.0.0/bits/stl_pair.h:338:7:
internal compiler error: tree check: expected tree that contains 'decl minimal'
structure, have 'error_mark' in decl_internal_context_p, at cp/tree.cc:3866
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120099
--- Comment #21 from anlauf at gcc dot gnu.org ---
Patch from comment#16 submitted:
https://gcc.gnu.org/pipermail/fortran/2025-May/062180.html
I hope I got the description of the issue right in the changelog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120106
Nicolas Boulenguez changed:
What|Removed |Added
Attachment #61305|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120338
Bug ID: 120338
Summary: internal compiler error: in expand_or_defer_fn_1, at
cp/semantics.cc:5479 with main and delete since
version 15.1
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #3 from eczbek.void at gmail dot com ---
This also has the same issue:
```
auto(*x)()->struct{};
```
::mutex m;
public:
void inc() {
b++;
}
};
int main()
{
A a;
std::thread t1(std::bind(&A::inc,std::ref(a)), a);
t1.join();
}
```
Stack dump
```
/opt/compiler-explorer/gcc-trunk-20250518/include/c++/16.0.0/tuple:992:2:
required by the constraints of 'template template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120106
--- Comment #3 from Nicolas Boulenguez ---
Created attachment 61463
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61463&action=edit
GNATMAKE for host only, v02
v02 uses the host compiler set by ./configure in gnattools/Makefile.in and
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120339
Bug ID: 120339
Summary: internal compiler error: Segmentation fault
diagnostic_impl since version 14.1
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120333
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120333
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Summary|RISC-V: Wrong c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #6 from Andrew Pinski ---
(In reply to eczbek.void from comment #5)
> it seems to compile here: https://godbolt.org/z/dq51b7E3o
Oh inside a function, outside is not an issue.
But I suspect that is a different issue dealing with tra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #5 from eczbek.void at gmail dot com ---
it seems to compile here: https://godbolt.org/z/dq51b7E3o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #7 from eczbek.void at gmail dot com ---
thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120340
Bug ID: 120340
Summary: Can define a struct type with a trailing return type
on a function type as decl inside a function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
-bootstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250518 (experimental) (GCC)
[562] %
[562] % gcctk -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> (In reply to eczbek.void from comment #5)
> > it seems to compile here: https://godbolt.org/z/dq51b7E3o
>
> Oh inside a function, outside is not an issue.
>
>
-bootstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250518 (experimental) (GCC)
[571] %
[571] % gcctk -O3 sm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #42 from Nicolas Boulenguez ---
Created attachment 61464
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61464&action=edit
v17 GNAT.Sockets.Thin_Common wrappers
As suggested in
https://inbox.sourceware.org/gcc-patches/aBZh8egJT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120341
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|wrong code at -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120342
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120341
--- Comment #2 from Andrew Pinski ---
```
DECL_P (base)
&& TREE_READONLY (base)
```
Maybe that should be:
(TREE_CODE (base) == STRING_CST
|| (DECL_P (base) TREE_READONLY (base)))
Or some helper function which does the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120342
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> This is an aliasing violation.
>
> You write to p via int and then again via the struct and then read it back
> via int.
I should say write partially via the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120343
Bug ID: 120343
Summary: inconvenient order of error messages
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120343
--- Comment #1 from Andrew Pinski ---
Hmm, clang even has a similar issue in their diagnostic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120343
--- Comment #2 from Andrew Pinski ---
Only MSVC (which is usually bad when it comes to diagnostic issues) actually
does a decent job at providing the good diagnostic here:
(4): error C2187: syntax error: ']' was unexpected here
(2): fatal error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120335
Bug ID: 120335
Summary: Defining a function return type allowed with
-pedantic-errors
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
44 matches
Mail list logo
