https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118476
Andrew Pinski changed:
What|Removed |Added
Known to work||13.3.1
Summary|[12/13 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779
--- Comment #8 from Zbigniew ---
I modified somewhat the example and it seems to be working using RAX too (BTW:
does there exist any way — any „pragma” or anything — to switch from that
atrocious AT&T syntax to Intel syntax?):
MODULE examplead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119755
--- Comment #6 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:a6f4178d0d5a51c0de175d282f693f923ffefa27
commit r15-9508-ga6f4178d0d5a51c0de175d282f693f923ffefa27
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779
--- Comment #9 from Andrew Pinski ---
See
https://gcc.gnu.org/onlinedocs/gcc-14.2.0/gcc/x86-Options.html#index-masm_003ddialect-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119764
--- Comment #1 from Nathaniel Shead ---
The thread at https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680971.html
has a patch. Note that there are potential ABI concerns as this changes the
size and contents of the lambdas.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
Iain Buclaw changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 119755, which changed state.
Bug 119755 Summary: type_traits:828:11: fatal error: failed to load pendings
for 'std::__is_one_of'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119755
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119827
Bug ID: 119827
Summary: Out of bounds check fails on substrings for upper
bound
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
--- Comment #2 from GCC Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:c5ffab99a5a962aa955310e74ca0a4be5c1acf30
commit r15-9509-gc5ffab99a5a962aa955310e74ca0a4be5c1acf30
Author: Iain Buclaw
Date: Wed A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119712
--- Comment #7 from Andrew Macleod ---
Bah. almost but not quite.
Rangers cache algorithm must remain as it is... it will always produce a better
result.. but we need to calculate everything properly.
Going back to the original analysis:
FWD v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116093
--- Comment #3 from Andrew Pinski ---
Based on my analysis in comment #1 makes this sound similar to the problem that
is being fixed by r15-9397-g3f9dfb94eab1ab1bbf9a2b5e20d1f61e36516063 .
Notice _5 = _2; there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119785
--- Comment #7 from Sam James ---
(In reply to Jakub Jelinek from comment #6)
> Hopefully fixed on the trunk so far.
Yes, fixed, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119786
--- Comment #3 from Sam James ---
Created attachment 61129
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61129&action=edit
pr119786.patch
This patch together with the PR119785 fix survives bootstrap-ubsan with
UBSAN_OPTIONS set to catch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119827
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #38 from Sam James ---
The testcase from comment 14 fails for me still with Martin's last patch as
well as Honza's.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64534
Phong Nguyen changed:
What|Removed |Added
CC||p.nguyen at yahooinc dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64534
--- Comment #5 from Andrew Pinski ---
(In reply to Phong Nguyen from comment #4)
> I've been able to replicate this on GCC 8.5.0 but it looks like GCC 9.2.1,
> 10.3.1, 11.2.1, 12.2.1, 13.3.1 and 14.2.1 are showing expected behavior.
Huh? `gcc -m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #39 from Sam James ---
(In reply to Sam James from comment #38)
> The testcase from comment 14 fails for me still with Martin's last patch as
> well as Honza's.
I'm reducing two variants of that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628
--- Comment #14 from Ken Jin ---
No speedup (within noise) with latest patch over previous patch. So Andrew
might be right there on the register shuffling.
However, note that pystones is just one benchmark in Python and not the
full benchmark su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64534
--- Comment #6 from Phong Nguyen ---
Ah, sorry, I was directed here to take a look at:
`gcc -march=native -march=westmere`
I observed that on GCC 8 the usual expectation of "last flag wins" was not
true, but that it appears to do the right thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64534
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
printf ("Example procedure function failed to return 3, seen %d", c) ;
exit (1)
END
END exampleadd2.
$ gm2 --version
gm2 (GCC) 15.0.1 20250413 (experimental)
Also works for gm2-14
$ gm2 --version
gm2 (GCC) 14.2.1 20250415
$ gm2 exampleadd2.mod
$ ./a.out
$ echo $?
0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119533
--- Comment #13 from GCC Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:edb4867412895100b3addc525bc0dba0ea90c7f9
commit r15-9492-gedb4867412895100b3addc525bc0dba0ea90c7f9
Author: Vineet Gupta
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628
--- Comment #13 from H.J. Lu ---
(In reply to Ken Jin from comment #9)
> I tried this out with CPython's interpreter that uses tail calls with the
> patch at
> https://gitlab.com/x86-gcc/gcc/-/tree/users/hjl/saved/master?ref_type=heads
> applied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #9 from mcccs at gmx dot com ---
Sorry never mind I understand, it should still be bisected and reduced so that
any hidden bugs would be uncovered. I'll bisect it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #35 from Sam James ---
(In reply to Martin Jambor from comment #33)
> The patch from comment #32 passes LTO-bootstrap and profiled-LTO-bootstrap
> on x86_64-linux. I have asked Honza to look at it and comment, especially
> on the de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779
--- Comment #7 from Zbigniew ---
I mean: the arith limit doesn't bother me that much — 32-bit is quite enough —
but being limited to 32-bit registers while working in 64-bit OS means PUSH/POP
cannot be used, and all these new, additional R* regi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116412
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:de622c307743cc03f45f1ba7b0c2f8df0b378206
commit r13-9531-gde622c307743cc03f45f1ba7b0c2f8df0b378206
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118476
--- Comment #16 from GCC Commits ---
The releases/gcc-13 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:d1eb3fdac1af2a124781047bc562ec0e4d809f0d
commit r13-9532-gd1eb3fdac1af2a124781047bc562ec0e4d809f0d
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119816
rudi at heitbaum dot com changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAIT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
Sam James changed:
What|Removed |Added
Target Milestone|--- |13.4
Summary|ICE: verify_type fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779
--- Comment #10 from Zbigniew ---
Even "better"... :(
I'm seriously afraid it won't be possible to switch somehow to GAS, regarding
assembly, instead of C-inline?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119779
--- Comment #11 from Zbigniew ---
(* gm2 exampleadd2.mod -o exampleadd2 -masm=intel *)
MODULE exampleadd2 ;
FROM libc IMPORT printf, exit ;
PROCEDURE Example (foo, bar: LONGCARD) : CARDINAL ;
VAR
myout: LONGCARD ;
BEGIN
ASM VOLATIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119712
Sam James changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amacleod at redhat dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119784
Sam James changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116093
Sam James changed:
What|Removed |Added
Known to work||15.0
Known to fail|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #13 from Sam James ---
No problem -- you may want to do -Werror=return-type -Werror=uninitialized
-Werror=sequence-point as well to reduce the chance of reducing to something
bogus. (-Werror=return-type would catch that issue I menti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119829
Bug ID: 119829
Summary: Internal Compiler Error with braced initialization and
designated initializers
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119801
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:07565115371ea5cdf9e6d75ea3777540d1d31bda
commit r15-9481-g07565115371ea5cdf9e6d75ea3777540d1d31bda
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119801
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119808
--- Comment #2 from Jakub Jelinek ---
The bug is in
bitint.4 ={v} {CLOBBER(eos)};
That shouldn't have been emitted after bitint.4 to bitint.4 copy for the
b.0_6 = b_5;
copy.
I guess for -O1 we should just omit any code for the copy when bot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119817
Iain Buclaw changed:
What|Removed |Added
Last reconfirmed||2025-04-15
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119815
--- Comment #3 from Richard Biener ---
looks like another trigger for the latent SCEV issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119817
--- Comment #2 from GCC Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:f5ed7d19c965de9ccb158d77e929b17459bf65b5
commit r15-9483-gf5ed7d19c965de9ccb158d77e929b17459bf65b5
Author: Iain Buclaw
Date: Tue A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112288
--- Comment #16 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:369461d0749790f1291f76096064d583d2547934
commit r15-9484-g369461d0749790f1291f76096064d583d2547934
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119807
--- Comment #7 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:369461d0749790f1291f76096064d583d2547934
commit r15-9484-g369461d0749790f1291f76096064d583d2547934
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119807
Patrick Palka changed:
What|Removed |Added
Known to work||15.0
Summary|[14/15 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119808
--- Comment #3 from Jakub Jelinek ---
The clobber is emitted when processing
b.1_1 = (unsigned _BitInt(129)) b.0_6;
and the rules covering it are
if (m_first
&& m_single_use_names
&& m_vars[p] != m_lhs
&& m_af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119754
Tomasz Kamiński changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628
--- Comment #11 from H.J. Lu ---
(In reply to Ken Jin from comment #9)
> I tried this out with CPython's interpreter that uses tail calls with the
> patch at
> https://gitlab.com/x86-gcc/gcc/-/tree/users/hjl/saved/master?ref_type=heads
> applied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119803
--- Comment #9 from Martin Jambor ---
I have posted a patch with the change proposed by Jakub to the mailing list:
https://inbox.sourceware.org/gcc-patches/ri67c3lbm7q@virgil.suse.cz/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119814
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119754
--- Comment #3 from Tomasz Kamiński ---
Except that `::operator new` does not perform implicit object creation at
compile time per https://eel.is/c++draft/intro.object#14:
> Except during constant evaluation, any implicit or explicit invocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119799
--- Comment #1 from GCC Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:074b2b0f91f948fe3488ada91ec6a8576c684dea
commit r15-9485-g074b2b0f91f948fe3488ada91ec6a8576c684dea
Author: Iain Buclaw
Date: Tue A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119803
--- Comment #8 from Jakub Jelinek ---
So full patch would be
--- gcc/ipa-cp.cc.jj2025-04-15 14:56:26.861419422 +0200
+++ gcc/ipa-cp.cc 2025-04-15 15:10:05.270414498 +0200
@@ -933,13 +933,13 @@ ipcp_bits_lattice::meet_with_1 (widest_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119818
Bug ID: 119818
Summary: FAIL: cobol.dg/group2/FUNCTION_DATE___TIME_OMNIBUS.cob
-O0 execution test
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119803
--- Comment #10 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:b4cf69503bcb32491dbd7ab63fe7f0f9fcdcca38
commit r15-9486-gb4cf69503bcb32491dbd7ab63fe7f0f9fcdcca38
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #33 from Martin Jambor ---
The patch from comment #32 passes LTO-bootstrap and profiled-LTO-bootstrap on
x86_64-linux. I have asked Honza to look at it and comment, especially on the
decision to put the return VR into clone_info des
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99214
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:3dc43f7f4394f8705090232e3506e1e94f484877
commit r14-11616-g3dc43f7f4394f8705090232e3506e1e94f484877
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119803
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
specs.
COLLECT_GCC=/opt/compiler-explorer/gcc-snapshot/bin/g++
Target: x86_64-linux-gnu
Configured with: ../gcc-trunk-20250415/configure
--prefix=/opt/compiler-explorer/gcc-build/staging
--enable-libstdcxx-backtrace=yes --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu --d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119318
--- Comment #15 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:b4cf69503bcb32491dbd7ab63fe7f0f9fcdcca38
commit r15-9486-gb4cf69503bcb32491dbd7ab63fe7f0f9fcdcca38
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119809
Robert Dubner changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119809
Robert Dubner changed:
What|Removed |Added
Assignee|rdubner at gcc dot gnu.org |jklowden at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81087
Nicolas Boulenguez changed:
What|Removed |Added
Attachment #58152|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118809
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835
Jason Merrill changed:
What|Removed |Added
CC||daklishch at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119547
--- Comment #17 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:517f7e3f02b4c945d2b4bdabb490961cf986391e
commit r15-9491-g517f7e3f02b4c945d2b4bdabb490961cf986391e
Author: Robin Dapp
Date: Fri Ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109162
--- Comment #11 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:f62e5d720de829cf346b799f3463fee53728ba6c
commit r15-9490-gf62e5d720de829cf346b799f3463fee53728ba6c
Author: Tomasz KamiÅski
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119751
--- Comment #16 from Gaius Mulley ---
RE: ASM examples probably easier to continue this thread over at PR
modula2/119779
101 - 172 of 172 matches
Mail list logo
