Simplify libcalls was previously split out of instcombine so that it could be turned off with -fno-builtin. Now that we have TargetLibraryInfo around, we don't need to do this. Merging it into Instcombine's visitCall optimization logic would eliminate some phase ordering problems that it can have, and is a generally good cleanup anyway.
I would like to pick up this one if nobody is already working on it.
Nice, please propose a plan on llvmdev, incremental is good :)
Cool. I am working on a proposal now.
Proposal here: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-August/052283.html.
Assigning to myself to refine the proposal and implement it.
First patch series to implement this posted here: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20121008/152677.html. After this initial patch gets reviewed, I can start doing the migration of the individual optimizations from SimplifyLibCalls to InstCombine fairly quickly.
This is resolved now. The simplify-libcalls pass has been fully migrated to the instcombine and function-attrs passes.