https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34563
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #13 from Andrew
--- Comment #12 from jkenisto at us dot ibm dot com 2008-01-18 22:20
---
(In reply to comment #11)
(In reply to comment #9)
Since this topic came up, I've seen various suggestions for how to
guarantee
that a function gets inlined -- e.g., make it a varargs function, or
--- Comment #9 from jkenisto at us dot ibm dot com 2008-01-17 18:52 ---
(In reply to comment #8)
(In reply to comment #7)
Testing of stuff like kprobes in Linux would be a lot easier if nolinline
worked reliably. See this thread, for example:
--- Comment #10 from fche at redhat dot com 2008-01-17 21:04 ---
Is the mailing-list suggested workaround of adding
asm ();
into the not-to-be-inlined test function satisfactory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34563
--- Comment #11 from hp at gcc dot gnu dot org 2008-01-17 23:09 ---
(In reply to comment #9)
Since this topic came up, I've seen various suggestions for how to guarantee
that a function gets inlined -- e.g., make it a varargs function, or include
an
empty asm statement.
I assume
--- Comment #7 from jkenisto at us dot ibm dot com 2008-01-09 22:35 ---
Testing of stuff like kprobes in Linux would be a lot easier if nolinline
worked reliably. See this thread, for example:
http://marc.info/?l=linux-kernelm=119991179332571w=2
BTW, this sort of noinline failure can
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-01-09 22:45 ---
(In reply to comment #7)
Testing of stuff like kprobes in Linux would be a lot easier if nolinline
worked reliably. See this thread, for example:
http://marc.info/?l=linux-kernelm=119991179332571w=2
This
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-23 04:18 ---
So we have:
if (ii (_double_.fp))
ss = 0;
cvt (_double_.fp, ss);
ss is always set via cvt (and cvt is inlined), so we dce the first setting of
ss and that in turns dce the function call to ii as it is pure.
