Displaying 3 results from an estimated 3 matches for "optimizelast".
Did you mean:
optimizerlast
2012 Oct 17
1
[LLVMdev] please advise on PassManager
...ng removed)… which
> then makes it a much strongly inline candidate.
>
Yes, this is the intended behavior of the CGSCC pass, and in an optimized
build there is a pass manager extension hook for putting a function pass
into this process.
However, the -O1 (and higher) pass managers expose the OptimizeLast
extension point after several module passes, and thus they run in their own
function pass manager. This is desirable for at least some of the users of
that extension point. But in -O0, the *only other pass* is the inliner, and
it's not really the normal inliner, it is just the always-inliner. T...
2012 Oct 17
0
[LLVMdev] please advise on PassManager
On Oct 17, 2012, at 7:34 AM, Kostya Serebryany <kcc at google.com> wrote:
> Hello,
>
> I've recently changed AddressSanitizer (asan) compiler pass from ModulePass to FunctionPass and it could a bit of mayhem.
>
> The problem is that asan FunctionPass instruments a function foo, then foo gets inlined into bar, then bar gets instrumented
> and thus the code of foo
2012 Oct 17
2
[LLVMdev] please advise on PassManager
Hello,
I've recently changed AddressSanitizer (asan) compiler pass from ModulePass
to FunctionPass and it could a bit of mayhem.
The problem is that asan FunctionPass instruments a function foo, then foo
gets inlined into bar, then bar gets instrumented
and thus the code of foo gets instrumented twice (which causes run-time
crash).
This happens only at -O0; at -O1 we get the correct order of