public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug tree-optimization/93326] switch optimisation of multiple jumptables into a lookup
[not found] <bug-93326-4@http.gcc.gnu.org/bugzilla/>
@ 2021-08-16 13:04 ` marxin at gcc dot gnu.org
2021-08-29 8:28 ` pinskia at gcc dot gnu.org
2021-09-05 0:27 ` pinskia at gcc dot gnu.org
2 siblings, 0 replies; 3+ messages in thread
From: marxin at gcc dot gnu.org @ 2021-08-16 13:04 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93326
Martin Liška <marxin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |NEW
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot gnu.org
CC| |jakub at gcc dot gnu.org
--- Comment #4 from Martin Liška <marxin at gcc dot gnu.org> ---
So, switch conversion bails out due to:
$ gcc pr93326.c -c -O2 -fdump-tree-switchconv=/dev/stdout -fPIC
...
Bailing out - value from a case would need runtime relocations
@Jakub: Can you please explain why exactly do we reject it? Can we close it as
invalid?
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug tree-optimization/93326] switch optimisation of multiple jumptables into a lookup
[not found] <bug-93326-4@http.gcc.gnu.org/bugzilla/>
2021-08-16 13:04 ` [Bug tree-optimization/93326] switch optimisation of multiple jumptables into a lookup marxin at gcc dot gnu.org
@ 2021-08-29 8:28 ` pinskia at gcc dot gnu.org
2021-09-05 0:27 ` pinskia at gcc dot gnu.org
2 siblings, 0 replies; 3+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-08-29 8:28 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93326
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed|2020-01-20 00:00:00 |2021-8-29
Severity|normal |enhancement
--- Comment #5 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
So for the -fPIC case, we don't want to increase the number of runtime
relocations done. The number of runtime locations will happen in the constable
load table. I think we don't want to change that.
Now for the -fno-PIC case and the second testcase, the splitting of the loop
happens too late and we don't run the switch conversion code (we only run it
once before (non-early) inlining). There is another bug about us running the
switch conversion code too early too.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug tree-optimization/93326] switch optimisation of multiple jumptables into a lookup
[not found] <bug-93326-4@http.gcc.gnu.org/bugzilla/>
2021-08-16 13:04 ` [Bug tree-optimization/93326] switch optimisation of multiple jumptables into a lookup marxin at gcc dot gnu.org
2021-08-29 8:28 ` pinskia at gcc dot gnu.org
@ 2021-09-05 0:27 ` pinskia at gcc dot gnu.org
2 siblings, 0 replies; 3+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-09-05 0:27 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93326
--- Comment #6 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #5)
> So for the -fPIC case, we don't want to increase the number of runtime
> relocations done. The number of runtime locations will happen in the
> constable load table. I think we don't want to change that.
And that is PR 99383.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2021-09-05 0:27 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-93326-4@http.gcc.gnu.org/bugzilla/>
2021-08-16 13:04 ` [Bug tree-optimization/93326] switch optimisation of multiple jumptables into a lookup marxin at gcc dot gnu.org
2021-08-29 8:28 ` pinskia at gcc dot gnu.org
2021-09-05 0:27 ` pinskia at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).