Displaying 3 results from an estimated 3 matches for "pr2353".
Did you mean:
pr1353
2009 Jan 05
0
[LLVMdev] [llvm-commits] [llvm-gcc-4.2] r61493 - in /llvm-gcc-4.2/trunk/gcc: ipa-inline.c passes.c
...-project?rev=61493&view=rev
> Log:
> Now that LLVM handles always_inline itself, run
> gcc's early inliner rather than the full inliner.
> This does a lot less inlining, and partially
> fixes PR3232. On the other hand, this may cause
> regressions with webkit and friends (PR2353),
> but there's only one way to find out!
This causes a regression of approximately 10% when cpp is built with
llvm-gcc.
I'm not sure what the criteria for putting this in should be; maybe we
should discuss that before you try again. I don't think "no
regressions on any...
2009 Aug 26
0
[LLVMdev] inlining hint
On Wed, Aug 26, 2009 at 3:57 PM, Evan Cheng<evan.cheng at apple.com> wrote:
>
> On Aug 26, 2009, at 2:31 PM, David Vandevoorde wrote:
>
>>
>>
>>> I know/hope that the proposal isn't for the inlinehint to be a
>>> synonym
>>> for "force inline", it would just raise the threshold to increase the
>>> likeliness that it would
2009 Aug 26
4
[LLVMdev] inlining hint
On Aug 26, 2009, at 2:31 PM, David Vandevoorde wrote:
>
>
>> I know/hope that the proposal isn't for the inlinehint to be a
>> synonym
>> for "force inline", it would just raise the threshold to increase the
>> likeliness that it would be inlined. The question is whether
>> "something being c++ inline" in any way is really