You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I know that inlining heuristics are a black hole. However, it seems that we're growing lots of #[inline_always] attributes on small non-recursive functions. I have no idea what mechanism LLVM has for inlining hints (besides "always inline" annotations on a function), but telling it to always inline non-recursive functions below a certain size threshold would reduce the amount of clutter.
The text was updated successfully, but these errors were encountered:
@thestinger I'd say thats a separate issue. Either @huonw's #[inline(maybe)] makes it in, or we take a guess at intent and output the ast, sans #[inline] attribute.
I know that inlining heuristics are a black hole. However, it seems that we're growing lots of
#[inline_always]
attributes on small non-recursive functions. I have no idea what mechanism LLVM has for inlining hints (besides "always inline" annotations on a function), but telling it to always inline non-recursive functions below a certain size threshold would reduce the amount of clutter.The text was updated successfully, but these errors were encountered: