From b12914bfc0f76a7a48357162d5f4c39a1343e69b Mon Sep 17 00:00:00 2001 From: Chris Lattner Date: Mon, 20 Sep 2004 04:48:05 +0000 Subject: 'Pass' should now not be derived from by clients. Instead, they should derive from ModulePass. Instead of implementing Pass::run, then should implement ModulePass::runOnModule. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@16436 91177308-0d34-0410-b5e6-96231b3b80d8 --- lib/Transforms/IPO/FunctionResolution.cpp | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) (limited to 'lib/Transforms/IPO/FunctionResolution.cpp') diff --git a/lib/Transforms/IPO/FunctionResolution.cpp b/lib/Transforms/IPO/FunctionResolution.cpp index 006d33cf51..3450662181 100644 --- a/lib/Transforms/IPO/FunctionResolution.cpp +++ b/lib/Transforms/IPO/FunctionResolution.cpp @@ -35,17 +35,17 @@ namespace { Statistic<>NumResolved("funcresolve", "Number of varargs functions resolved"); Statistic<> NumGlobals("funcresolve", "Number of global variables resolved"); - struct FunctionResolvingPass : public Pass { + struct FunctionResolvingPass : public ModulePass { virtual void getAnalysisUsage(AnalysisUsage &AU) const { AU.addRequired(); } - bool run(Module &M); + bool runOnModule(Module &M); }; RegisterOpt X("funcresolve", "Resolve Functions"); } -Pass *llvm::createFunctionResolvingPass() { +ModulePass *llvm::createFunctionResolvingPass() { return new FunctionResolvingPass(); } @@ -293,7 +293,7 @@ static bool ProcessGlobalsWithSameName(Module &M, TargetData &TD, return false; } -bool FunctionResolvingPass::run(Module &M) { +bool FunctionResolvingPass::runOnModule(Module &M) { std::map > Globals; // Loop over the globals, adding them to the Globals map. We use a two pass -- cgit v1.2.3-18-g5258