https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #8 from Sam James ---
Please try:
~/git/gcc/configure CFLAGS="-O2 -fstack-clash-protection" CXXFLAGS="-O2
-fstack-clash-protection" BOOT_CFLAGS="-O2 -fstack-clash-protection"
BOOT_CXXFLAGS="-O2 -fstack-clash-protection" CFLAGS_FOR_T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #9 from Sam James ---
Ah, thank you Sergei!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109393
--- Comment #15 from Haochen Jiang ---
After some "quick" trial, I would like to say it might not be that easy for
backend to handle this if the (x-t) are widely used afterwards in the code,
where t could be any integer offset, since compiler mi
igured with: /home/slyfox/dev/git/gcc/configure --disable-multilib
--disable-bootstrap --disable-lto --disable-libsanitizer --enable-languages=c
CFLAGS='-O1 -g0' CXXFLAGS='-O1 -g0' LDFLAGS='-O1 -g0'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120652
Li Pan changed:
What|Removed |Added
CC||pan2.li at intel dot com
--- Comment #1 from L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120702
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117784
--- Comment #1 from Jakub Jelinek ---
Created attachment 61661
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61661&action=edit
gcc16-pr117784-wip.patch
Untested patch for the easy part of the paper (namely allowing constexpr and
constini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #9 from Benjamin Schulz ---
Hi@all, thank you for your interesting replies.
I guess the problem for the mapper and templates is that there are no pragma
templates in C++. So this would probably indeed mean that one would have to
ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120702
Bug ID: 120702
Summary: Extraneous string constant at -Os
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #14 from cuilili ---
Created attachment 61659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61659&action=edit
Update estcase for the patch.
Thanks for the reminder.
Added #c7 as a new testcase for the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #5 from Jakub Jelinek ---
The reason why it is invalid is that T lookup fails in the declare mapper
definition.
You can't take the T literally from the OpenMP standard, that is a a
non-literal for any type of certain properties.
Say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #10 from cuilili ---
Thanks Sam and Sergei,
I created a patch to remove this assertion. However, validating this patch
requires running many tests, and if all goes well, it will take 1-2 days to fix
this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
Sam James changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120698
Bug ID: 120698
Summary: ./configure - unclear default for vtable-verify
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120698
--- Comment #1 from Sam James ---
(In reply to Дилян Палаузов from comment #0)
> https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html says:
>
> > --enable-vtable-verify[default]
>
> which means, that by default vtable-verify is enabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120699
Bug ID: 120699
Summary: ./configure --enable-languages documentation skips
rust
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120700
Bug ID: 120700
Summary: -with-system-libunwind not documented
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120699
Sam James changed:
What|Removed |Added
CC||dkm at gcc dot gnu.org,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #13 from H.J. Lu ---
(In reply to cuilili from comment #12)
> Created attachment 61658 [details]
> 0001-x86-Handle-fstack-clash-protection-for-shrink-wrap-s.patch
>
> I have reproduced and solved this problem locally. It would be gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
Sam James changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |lili.cui at intel dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #3 from Benjamin Schulz ---
oh of course withotu std, so
typedef myvec doublevec;
If one has to specify the datatype explicitly before one can use the openmp
mapper, then the mapper pragma of openmp makes not much sense with templ
-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 20250618 (experimental) (GCC)
[514] %
[514] % gcctk -O2 small.c
during
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120609
--- Comment #4 from Marc Adams ---
A simpler report would have been "printf fails for decimal constant".
Statement printf(" %Df ",2.0dd) produces output "%Df" on my system. That
basic statement should work on any system. It should be "nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120700
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120655
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #11 from Sam James ---
Thanks Lili. I am happy to test a patch (I am not sure if just that assert
should go, or if it is that same assert in various places), or to just
workaround it locally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #6 from Benjamin Schulz ---
Jakub Jelinek wrote:
> The reason why it is invalid is that T lookup fails in the declare mapper >
> definition.
Yes, And that exactly is the problem.
> #pragma omp declare mapper(myvec v) map(v, v.data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120587
--- Comment #3 from Stafford Horne ---
One comment left by Dimitar on the mail chain was:
> Another patch I intend to merge tomorrow will tighten the checks even
> more: https://gcc.gnu.org/pipermail/gcc-patches/2025-June/685837.html
>
> Seein
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114303
--- Comment #9 from GCC Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:a8027d611bf76ed73614c5f126b046d140047f74
commit r12-11204-ga8027d611bf76ed73614c5f126b046d140047f74
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
--- Comment #8 from GCC Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:6b4e1abd36acdf30c6f3808ad89ba55f835ff16b
commit r12-11205-g6b4e1abd36acdf30c6f3808ad89ba55f835ff16b
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #15 from cuilili ---
(In reply to Sam James from comment #11)
> Thanks Lili. I am happy to test a patch (I am not sure if just that assert
> should go, or if it is that same assert in various places), or to just
> workaround it local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117792
--- Comment #7 from GCC Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:0a20ad9351c64c6dc6b65c0ff2c465adb941b6a0
commit r12-11206-g0a20ad9351c64c6dc6b65c0ff2c465adb941b6a0
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114303
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #4 from Benjamin Schulz ---
Also the Openmp specification for mapper says:
https://www.openmp.org/spec-html/5.2/openmpsu61.html
A structure type T has a predefined default mapper that is defined as if by a
declare mapper
The quest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #8 from Tobias Burnus ---
> If you are asking for a new OpenMP feature, this is not the right forum,
> GCC bugzilla is for reporting bugs.
While I want to echo what Jakub wrote, I have nonetheless filed the OpenMP
specification issu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120691
--- Comment #1 from Marc Adams ---
I tested my larger program on a wide range of input values and it only failed
when it converted integer value '9825' to Decimal128 then divide by '1'. A
work-around could be to convert int to double then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120544
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jan Beulich :
https://gcc.gnu.org/g:e1a2af290155e0e6ad73aadf178c1a1860223be4
commit r16-1556-ge1a2af290155e0e6ad73aadf178c1a1860223be4
Author: Jan Beulich
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120544
--- Comment #11 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jan Beulich
:
https://gcc.gnu.org/g:bd020583b649158b2939350be03ff31af797ba9a
commit r15-9843-gbd020583b649158b2939350be03ff31af797ba9a
Author: Jan Beulich
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120673
--- Comment #4 from Gaius Mulley ---
$ cat cyclictypes4.mod
MODULE cyclictypes4 ;
TYPE
A = B ;
B = C ;
C = D ;
D = A ;
VAR
v: A ;
BEGIN
END cyclictypes4.
$ gm2 -c cyclictypes4.mod
cyclictypes4.mod:4:4: error: circular depende
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #2 from Benjamin Schulz ---
Hi there,
if that testcase is "invalid", then that means that the mapper statement does
not work with template classes at all
It would mean that for a struct with a template datatype
template
struct my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120655
--- Comment #2 from jack ---
(In reply to Patrick Palka from comment #1)
> Implicitly generated deduction guides that refer to class members are kind
> of a weird corner case.
>
> What would the deduction guide look like if it were explicitly w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #12 from cuilili ---
Created attachment 61658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61658&action=edit
0001-x86-Handle-fstack-clash-protection-for-shrink-wrap-s.patch
I have reproduced and solved this problem locally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #1 from Jakub Jelinek ---
Declare mapper support has been added to GCC for C++ only in GCC 16, with
r16-983-g48973e8783e59462ab6e34d5d48b74a2146a05f1
And your testcase is invalid and correctly rejected by trunk:
pr120682.C:8:34: erro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94109
--- Comment #24 from Antony Lewis ---
It seems these are related: In 15.1.1 reverting the finalization state tracking
in the fix for this PR seems to solve #PR120637, now without introducing leak
for the case test here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120637
--- Comment #3 from Antony Lewis ---
I tested just removing the was_finalization test, and it seems to work. This is
basically reverting the change in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94109
https://gcc.gnu.org/cgit/gcc/commit/?id=1a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
--- Comment #2 from congli ---
Sorry I didn't follow you. The following two statements seem contradictory to
me?
> I am 100% sure this is undefined behavior free. UB free.
> And with cst not being 0 or 1, this is almost definitely undefin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #16 from Sam James ---
Regtested on a few machines and all is fine. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> I am 100% sure this is undefined behavior free.
>
Sorry missing not in the first sentence.
That it should be:
I am not 100% sure this is undefined behavior fr
end Z;
Y : Z.B := Z.Make; -- this line would normally be in a procedure, but it's
here to keep the code short and reproduce the GNAT bug
end Example;
fails with
+===GNAT BUG DETECTED======+
| 16.0.0 20250618 (experimental) (x86_64-linux-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119975
James K. Lowden changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95615
--- Comment #8 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:43e408f675f8e998c94462346f4306cd4716e138
commit r16-1564-g43e408f675f8e998c94462346f4306cd4716e138
Author: Iain Sandoe
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
--- Comment #4 from congli ---
By the C standard "The behavior is defined only if both the original pointer
and the result pointer are pointing at elements of the same array or one past
the end of that array", yes, "The only defined value for l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120691
--- Comment #5 from Marc Adams ---
(In reply to Thomas Koenig from comment #3)
> Hm, strange.. I get
>
> x1/x2 %DDf
>
> This is with
>
> GNU C Library (Ubuntu GLIBC 2.39-0ubuntu8.4) stable release version 2.39.
>
> with
>
> gcc (GCC) 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120691
--- Comment #3 from Thomas Koenig ---
Hm, strange.. I get
x1/x2 %DDf
This is with
GNU C Library (Ubuntu GLIBC 2.39-0ubuntu8.4) stable release version 2.39.
with
gcc (GCC) 16.0.0 20250530 (experimental)
Unrelated / configuration error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120691
--- Comment #4 from Sam James ---
If using Ubuntu, please be aware of the issue mentioned in PR120609.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120687
Peter Bergner changed:
What|Removed |Added
Target|riscv64-unknown-linux-gnu |riscv64-unknown-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82480
--- Comment #8 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:ce6abe54ff1548b744ce7cd216d820e48a062c3d
commit r16-1560-gce6abe54ff1548b744ce7cd216d820e48a062c3d
Author: Harald Anlauf
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118074
--- Comment #12 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:43e408f675f8e998c94462346f4306cd4716e138
commit r16-1564-g43e408f675f8e998c94462346f4306cd4716e138
Author: Iain Sandoe
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
--- Comment #13 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:43e408f675f8e998c94462346f4306cd4716e138
commit r16-1564-g43e408f675f8e998c94462346f4306cd4716e138
Author: Iain Sandoe
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120703
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119177
--- Comment #2 from Andrew Pinski ---
*** Bug 120703 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119966
--- Comment #13 from GCC Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:2dcc6dbd8a00caf7cfa8cac17b3fd1c33d658016
commit r16-1565-g2dcc6dbd8a00caf7cfa8cac17b3fd1c33d658016
Author: Dimitar Dimitrov
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120621
--- Comment #7 from GCC Commits ---
The master branch has been updated by James K. Lowden :
https://gcc.gnu.org/g:14b8f077e4409ca0d188f0ed55891a18ba2ecd7d
commit r16-1559-g14b8f077e4409ca0d188f0ed55891a18ba2ecd7d
Author: James K. Lowden
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119805
James K. Lowden changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119039
--- Comment #2 from GCC Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:e60c1793efd81571e408e875f5e42f441ea311e8
commit r16-1561-ge60c1793efd81571e408e875f5e42f441ea311e8
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119039
--- Comment #3 from GCC Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:9560cd83671a32ee2253f307112ac39b40aa712c
commit r16-1562-g9560cd83671a32ee2253f307112ac39b40aa712c
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
Bug ID: 120704
Summary: [14/15/16 regression] Wrong O3 optimization leads to
UBs and SIGSEGV
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120703
Bug ID: 120703
Summary: GCC internal compiler error in verify_cgraph_node:
"Alias and target's section differs" when processing
function alias with different sections
Produ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120691
Uroš Bizjak changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120706
Bug ID: 120706
Summary: Incorrect underlining for -Wformat when the type has a
user-defined copy constructor
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
--- Comment #17 from GCC Commits ---
The master branch has been updated by Lili Cui :
https://gcc.gnu.org/g:1f2e4058e57c68b5ea91ab2bac469d5e57b6ff46
commit r16-1569-g1f2e4058e57c68b5ea91ab2bac469d5e57b6ff46
Author: Lili Cui
Date: Thu Jun 19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51961
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f34f1b1d6c451604645e2e42cf57b876f3d955df
commit r15-9845-gf34f1b1d6c451604645e2e42cf57b876f3d955df
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
--- Comment #1 from Andrew Pinski ---
I am 100% sure this is undefined behavior free.
We have:
&c +l + cst
The only defined value for l is 0 or 1.
And with cst not being 0 or 1, this is almost definitely undefined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120654
Andrew Pinski changed:
What|Removed |Added
Known to work||13.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120707
Bug ID: 120707
Summary: Comparing stage 2 and 3 fails because of
rust-tyty-subst.o
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
Sam James changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
Andrew Pinski changed:
What|Removed |Added
Known to work||13.4.0
Summary|[14/15/16 reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120704
--- Comment #5 from Andrew Pinski ---
Created attachment 61663
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61663&action=edit
Self contained testcase without the questionable coce
83 matches
Mail list logo
