https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #9 from Carlos Alberto Lopez Perez ---
(In reply to Sam James from comment #8)
> (godbolt is great for this, btw)
good idea. I tried it but for target ARM64 it doesn't allow to execute the
code, only see the generated assembly. And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #7 from Carlos Alberto Lopez Perez ---
Well, I just tested with gcc-11 now and that one works.
So the failure was introduced between 11 and 12.
$ g++-11 --version
g++-11 (Debian 11.3.0-12) 11.3.0
Copyright (C) 2021 Free Software Fou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #6 from Carlos Alberto Lopez Perez ---
(In reply to Sam James from comment #5)
> (In reply to Carlos Alberto Lopez Perez from comment #2)
> > -fno-ipa-modref helps! passing this flag makes the compiled program is
> > correct :)
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #4 from Carlos Alberto Lopez Perez ---
FYI: Another way to workaround the issue and make the test pass is to tell GCC
to not in-line the function doTest().
--- a/test.cpp 2024-05-17 03:15:07.275473492 +
+++ b/test.cpp 2024-05-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #3 from Carlos Alberto Lopez Perez ---
Note: I just tested to build GCC from master branch (version 15.0.0 20240520:
commit e14c673ea9ab2eca5de4db91b478f0b5297ef321) and the issue is still
reproducible with it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #2 from Carlos Alberto Lopez Perez ---
(In reply to Andrew Pinski from comment #1)
> Does either -fno-ivopts or -fno-ipa-modref help?
-fno-ivopts does not help
-fno-ipa-modref helps! passing this flag makes the compiled program is
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: clopez at igalia dot com
Target Milestone: ---
Created attachment 58225
--> https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114997
--- Comment #2 from Carlos Alberto Lopez Perez ---
On WebKit we finally work-arounded the problem by replacing `constexpr` with
`const` at commit
https://github.com/WebKit/WebKit/commit/1ee00a2309c03ed119e8591022ba14f936440d71
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114997
--- Comment #1 from Carlos Alberto Lopez Perez ---
The original cpp file that causes the issue can be found here:
https://raw.githubusercontent.com/WebKit/WebKit/4855c7a1dc4214523c0b3d0c430215456ed7a0a9/Source/JavaScriptCore/runtime/JSONObject.c
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: clopez at igalia dot com
Target Milestone: ---
Created attachment 58137
--> https://gcc.gnu.org/bugzilla/attachment.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #15 from Carlos Alberto Lopez Perez ---
(In reply to H.J. Lu from comment #11)
> *** Bug 68383 has been marked as a duplicate of this bug. ***
Bug 68383 was fixed by r245978
So, this one is also fixed right ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #13 from Carlos Alberto Lopez Perez ---
(In reply to H.J. Lu from comment #12)
> Created attachment 39042 [details]
> A patch to avoid stack oveflow
This fixes the issue with the previous test case.
However, this other one (obtained
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #10 from Carlos Alberto Lopez Perez ---
It seems c++filt also crashes with the very same test case:
$ echo
'_ZSt7forwardIRKZN5Write14DataMapGrammarISt20back_insert_iteratorISsEEC4EvEUlRT_E_EOS5_RNSt16remove_referenceIS5_E4typeE'|c++f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
Carlos Alberto Lopez Perez changed:
What|Removed |Added
CC||clopez at igalia dot com
14 matches
Mail list logo
