search for: buildlibcalls

...llvm::FastISel::materializeRegForValue(llvm::Value const*, llvm::MVT)in libLLVMSelectionDAG.a(FastISel.cpp.o) llvm::EmitStrLen(llvm::Value*, llvm::IRBuilder<true, llvm::ConstantFolder, llvm::IRBuilderDefaultInserter<true> >&, llvm::TargetData const*)in libLLVMTransformUtils.a(BuildLibCalls.cpp.o) llvm::EmitFWrite(llvm::Value*, llvm::Value*, llvm::Value*, llvm::IRBuilder<true, llvm::ConstantFolder, llvm::IRBuilderDefaultInserter<true> >&, llvm::TargetData const*)in libLLVMTransformUtils.a(BuildLibCalls.cpp.o) llvm::EmitFWrite(llvm::Value*, llvm::Value*, llv...

...was removed a couple months ago in r253514. The only change is a getParent()->getParent() --> getModule() conversion, which was done in emitStrLen() after emitStrNLen() was removed. This tests successfully for me on Ubuntu 14.04.3. Thanks for your time, Michael Index: lib/Transforms/Utils/BuildLibCalls.cpp =================================================================== --- lib/Transforms/Utils/BuildLibCalls.cpp (revision 260011) +++ lib/Transforms/Utils/BuildLibCalls.cpp (working copy) @@ -52,6 +52,28 @@ return CI; } +Value *llvm::emitStrNLen(Value *Ptr, Value *MaxLen, IRBuilder<>...

...for walking the basic blocks and instructions, and has a nice table-driven approach for adding new library call folders. The portion of the `InstCombiners` pass that is responsible for call folding is scattered across 'Transforms/InstCombine/InstCombineCalls.cpp' and 'Transforms/Utils/BuildLibCalls.cpp', is limited to "fortified" library calls , uses a simple if/else cascade for each call folder, and takes advantage of the nice call-site visitor framework in `InstCombiner`. An design that combines the strength of the table-driven folder approach into the `InstCombiner` visitor...

...ng: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/AddrModeMatcher.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/BasicBlockUtils.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/BasicInliner.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/BuildLibCalls.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/Cloning.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/FunctionUtils.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/Local.h -- Installing: /usr/local/llvm-2.8/include/llvm/Transforms/Utils/Pro...

On Thu, Sep 30, 2010 at 3:08 PM, Samuel Williams <space.ship.traveller at gmail.com> wrote: > Hi, > > I might just be doing something stupid, but when I do > > $ cmake -DCMAKE_INSTALL_PREFIX=/usr/local/llvm-2.8 -DCMAKE_BUILD_TYPE=Release .. > $ sudo make install > > I don't get the expected headers in >        /usr/local/llvm-2.8/include/llvm > > It is

Hi, I might just be doing something stupid, but when I do $ cmake -DCMAKE_INSTALL_PREFIX=/usr/local/llvm-2.8 -DCMAKE_BUILD_TYPE=Release .. $ sudo make install I don't get the expected headers in /usr/local/llvm-2.8/include/llvm It is simply an empty directory. What am I doing wrong? This is on Mac OS X, CMake 2.8+ Kind regards, Samuel

...electionDAG' llvm[3]: Compiling DAGCombiner.cpp for Release+Asserts build llvm[3]: Compiling BreakCriticalEdges.cpp for Release+Asserts build llvm[2]: Compiling BranchProbabilityInfo.cpp for Release+Asserts build llvm[3]: Compiling BoundsChecking.cpp for Release+Asserts build llvm[3]: Compiling BuildLibCalls.cpp for Release+Asserts build llvm[2]: Compiling CFG.cpp for Release+Asserts build llvm[3]: Compiling DataFlowSanitizer.cpp for Release+Asserts build llvm[2]: Compiling CFGPrinter.cpp for Release+Asserts build llvm[3]: Compiling BypassSlowDivision.cpp for Release+Asserts build llvm[2]: Compiling CF...