search for: lowerselectid

...virtual bool runOnFunction(Function &F); + + virtual void getAnalysisUsage(AnalysisUsage &AU) const { + // This is a cluster of orthogonal Transforms + AU.addPreserved<UnifyFunctionExitNodes>(); + AU.addPreservedID(PromoteMemoryToRegisterID); + AU.addPreservedID(LowerSelectID); + } + typedef std::pair<Constant*, BasicBlock*> Case; typedef std::vector<Case>::iterator CaseItr; private: Index: ./lib/Transforms/Scalar/Mem2Reg.cpp =================================================================== RCS file: /var/cvs/llvm/llvm/lib/Transforms/...

...Target.a: libLLVMCodeGen.a( llvm::MVT::getVectorType(llvm::MVT::ValueType, unsigned int)) The following dependencies is not a singleton, but they it just seemed dubious to me that "TransformUtils" would depend on ScalarOpts. libLLVMTransformUtils.a: libLLVMScalarOpts.a llvm::LowerSelectID llvm::LowerSwitchID llvm::PromoteMemoryToRegisterID Something else that came up fairly often. Several libraries depend on libLLVMTarget.a solely to get at the TargetData class. Perhaps this should be moved to VMCore? Hope this helps resolve the cyclic dependencies in LLVM. Reid.