search for: llvmscalaropts

Does not seem to be a straight error with LLVM itself, but rather the tools, linking issues, here are the errors: Opt: 30> Creating library R:\SDKs\llvm\trunk_VC8_building\lib\Debug\opt.lib and object R:\SDKs\llvm\trunk_VC8_building\lib\Debug\opt.exp 30>LLVMScalarOpts.lib(IndVarSimplify.obj) : error LNK2019: unresolved external symbol "public: bool __thiscall llvm::IVUsers::AddUsersIfInteresting(class llvm::Instruction *)" (?AddUsersIfInteresting at IVUsers@llvm@@QAE_NPAVInstruction at 2@@Z) referenced in function "public: virtual bool __thiscall...

...N4llvm10BranchInstC1EPNS_10BasicBlockES2_PNS_5ValueES2_+0x82):c:/MinGW/bin/../lib/gcc/mingw32/3.4.1/../../../../include/c++/3.4.1/ext/new_allocator.h: undefined reference to `llvm::BranchInst::init(llvm::BasicBlock*, llvm::BasicBlock*, llvm::Value*)' c:/projects/build/MinGW/llvm-4-1/Debug/lib/LLVMScalarOpts.o(.text$_ZN4llvm10UnwindInstC1EPNS_10BasicBlockE+0x1c): In function `ZN4llvm14TerminatorInstD2Ev': c:/projects/src/llvm-4/llvm/include/llvm/Instructions.h: undefined reference to `llvm::TerminatorInst::TerminatorInst(llvm::Instruction::TermOps, llvm::BasicBlock*)' c:/projects/build/MinGW...

...ot; LLVMJIT, "lib\ExecutionEngine\JIT\LLVMJIT.vcproj" LLVMLinker, "lib\Linker\LLVMLinker.vcproj" LLVMMC, "lib\MC\LLVMMC.vcproj" LLVMMCParser, "lib\MC\MCParser\LLVMMCParser.vcproj" LLVMScalarOpts, "lib\Transforms\Scalar\LLVMScalarOpts.vcproj" LLVMSelectionDAG, "lib\CodeGen\SelectionDAG\LLVMSelectionDAG.vcproj" LLVMSupport, "lib\Support\LLVMSupport.vcproj" LLVMSystem, "lib\System\LLVMSystem.vcproj"...

...LVMSparcV9LiveVar.o /usr/build/llvm-2/Debug/lib/L LVMX86.o /usr/build/llvm-2/Debug/lib/LLVMPowerPC.o /usr/build/llvm-2/Debug/lib/L LVMAlpha.o /usr/build/llvm-2/Debug/lib/LLVMIA64.o /usr/build/llvm-2/Debug/lib/LL VMSelectionDAG.o /usr/build/llvm-2/Debug/lib/LLVMCodeGen.o /usr/build/llvm-2/Deb ug/lib/LLVMScalarOpts.o /usr/build/llvm-2/Debug/lib/LLVMBCReader.o /usr/build/ll vm-2/Debug/lib/LLVMBCWriter.o /usr/build/llvm-2/Debug/lib/LLVMCore.o /usr/build/ llvm-2/Debug/lib/LLVMbzip2.o --export-dynamic -lLLVMTarget -lLLVMipa -lLLVMTrans forms -lLLVMAnalysis -lLLVMTransformUtils -lLLVMSupport -lLLVMSystem -lstdc++...

...where > .obj were generated on the past, and require a parameter to be passed > to > the linker for including them on the final executable. I was linking with VMCore.lib support.lib System.lib Analysis.lib CodeGen.lib Target.lib Transforms.lib and I'm now linking with LLVMVMCore.lib LLVMScalarOpts.lib LLVMSelectionDAG.lib LLVMSupport.lib LLVMSystem.lib LLVMAnalysis.lib LLVMCodeGen.lib LLVMTarget.lib LLVMTransformUtils.lib LLVMAsmPrinter.lib > > In my opinion, we have to choose one way and remove the other one. If > > it helps, you can put in the win32 directory the result of CM...

...larger than the binary to which I was thinking of adding LLVM. The top ten LLVM libraries (Win32 *.lib) are pretty huge: Release Bld Debug Bld Name 24,510,490 71,038,240 LLVMCodeGen.lib 21,084,666 56,724,338 LLVMCore.lib 14,624,218 37,070,488 LLVMAnalysis.lib 11,987,202 30,711,450 LLVMScalarOpts.lib 8,600,668 23,837,478 LLVMSelectionDAG.lib 8,634,324 23,802,952 LLVMTransformUtils.lib 8,347,134 20,840,744 LLVMipo.lib 5,061,702 11,028,744 LLVMX86CodeGen.lib 3,857,612 9,270,012 LLVMInstCombine.lib 3,330,608 7,820,760 LLVMSupport.lib The binaries are vastly larger th...

...LLVMSparcV9LiveVar.o /usr/build/llvm-2/Debug/lib/LLVMX86.o /usr/build/llvm-2/De bug/lib/LLVMPowerPC.o /usr/build/llvm-2/Debug/lib/LLVMAlpha.o /usr/build/llvm-2/ Debug/lib/LLVMIA64.o /usr/build/llvm-2/Debug/lib/LLVMSelectionDAG.o /usr/build/l lvm-2/Debug/lib/LLVMCodeGen.o /usr/build/llvm-2/Debug/lib/LLVMScalarOpts.o /usr/ build/llvm-2/Debug/lib/LLVMBCReader.o /usr/build/llvm-2/Debug/lib/LLVMBCWriter.o /usr/build/llvm-2/Debug/lib/LLVMCore.o /usr/build/llvm-2/Debug/lib/LLVMbzip2.o -Wl,--export-dynamic -L/usr/build/llvm-2/Debug/lib -lLLVMTarget -lLLVMipa -lLLV MTransforms -lLLVMAnalysis -lLLVMTransformUtils -...

Mondada Gabriele <g.mondada at etel.ch> writes: > I just moved to the CMake solution. By the way, the generated libs > haven't the same names. Which ones? The only difference is that we now generate .lib files where .obj were generated on the past, and require a parameter to be passed to the linker for including them on the final executable. > In my opinion, we have to choose

...hat is intrinsics_gen and why does pretty much everything depend on it? - The graph says that nothing except HowToUseJIT depends on LLVMCore. In fact, there are very few dependencies between different libraries.... for example, unlike the earlier graph, it says LLVMAnalysis, LLVMTransformUtils and LLVMScalarOpts DO NOT depend on each other. This is all wrong, right? I think the problem is that it's a graph of BUILD dependencies, not real dependencies: for example LLVMAnalysis and LLVMCore libraries can be BUILT independently, because LLVMAnalysis' doesn't depend on LLVMCore until link time. The...

...ot; LLVMJIT, "lib\ExecutionEngine\JIT\LLVMJIT.vcproj" LLVMLinker, "lib\Linker\LLVMLinker.vcproj" LLVMMC, "lib\MC\LLVMMC.vcproj" LLVMMCParser, "lib\MC\MCParser\LLVMMCParser.vcproj" LLVMScalarOpts, "lib\Transforms\Scalar\LLVMScalarOpts.vcproj" LLVMSelectionDAG, "lib\CodeGen\SelectionDAG\LLVMSelectionDAG.vcproj" LLVMSupport, "lib\Support\LLVMSupport.vcproj" LLVMSystem, "lib\System\LLVMSystem.vcproj"...

...a simple modification to BasicBlockPlacement works or not. Also when I try to run the -block-placement pass , I get the following message: --------------------------------------------------------------------------------- [tsharma at strauss programs]$ opt -load /home/tsharma/ankur/llvm/Debug/lib/LLVMScalarOpts.so -block-placement <helloprog.bc> /dev/null Two passes with the same argument (-tailcallelim) attempted to be registered! Aborted --------------------------------------------------------------------------------- I think it is a simple bug but being very new to llvm , not able to detect....

...0.html I am having the same issue. First I did a git pull of all the relevant directories and then doing a cmake: cmake -DLLVM_ENABLE_DOXYGEN=ON -DLLVM_ENABLE_WERROR=OFF -DLLVM_TARGETS_TO_BUILD="X86" ../llvm and followed by make: [ 22%] Built target LLVMVectorize [ 25%] Built target LLVMScalarOpts [ 25%] Built target LLVMObjCARCOpts [ 25%] Built target LLVMLinker [ 29%] Built target LLVMAnalysis [ 30%] Built target LLVMMCParser [ 30%] Built target LLVMMCDisassembler [ 32%] Built target LLVMMC [ 32%] Built target LLVMOption [ 34%] Built target LLVMObject [ 34%] Built target LLVMDebugInfoCodeV...

On Mon, 7 Feb 2005, Tanu Sharma wrote: > I have been trying to randomize blocks in a program and modified > "BasicBlockPlacement.cpp" for the purpose but getting segmentation > fault.I am not able to determine the problem.Can anyone please decrypt > these error messages or suggest what might be the possible cause of > failure? I'd be happy to fix this, but I need

...d also for MinGW (not tested) where Linux's g++ ld finds these from a path using a weird command line which does not work on Cygwin or MinGW. lib/Transofrms/Helol/Makefile :- +ifeq ($(OS), $(filter $(OS), Cygwin MingW)) + USEDLIBS = LLVMAnalysis.a LLVMCore.a LLVMInstrumentation.a LLVMScalarOpts.a LLVMSupport.a LLVMSystem.a LLVMTransformUtils.a LLVMipa.a LLVMipo.a +else + USEDLIBS = +endif Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090309/3bdef8ef/attachment.html> --------...

...24 AM, David Piepgrass wrote: > The top ten LLVM libraries (Win32 *.lib) are pretty huge: > > Release Bld Debug Bld Name > 24,510,490 71,038,240 LLVMCodeGen.lib > 21,084,666 56,724,338 LLVMCore.lib > 14,624,218 37,070,488 LLVMAnalysis.lib > 11,987,202 30,711,450 LLVMScalarOpts.lib > 8,600,668 23,837,478 LLVMSelectionDAG.lib > 8,634,324 23,802,952 LLVMTransformUtils.lib > 8,347,134 20,840,744 LLVMipo.lib > 5,061,702 11,028,744 LLVMX86CodeGen.lib > 3,857,612 9,270,012 LLVMInstCombine.lib > 3,330,608 7,820,760 LLVMSupport.lib Not...

...100.html I am having the same issue. First I did a git pull of all the relevant directories and then doing a cmake: cmake -DLLVM_ENABLE_DOXYGEN=ON -DLLVM_ENABLE_WERROR=OFF -DLLVM_TARGETS_TO_BUILD="X86" ../llvm and followed by make: [ 22%] Built target LLVMVectorize [ 25%] Built target LLVMScalarOpts [ 25%] Built target LLVMObjCARCOpts [ 25%] Built target LLVMLinker [ 29%] Built target LLVMAnalysis [ 30%] Built target LLVMMCParser [ 30%] Built target LLVMMCDisassembler [ 32%] Built target LLVMMC [ 32%] Built target LLVMOption [ 34%] Built target LLVMObject [ 34%] Built target LLVMDebugInfoCodeV...

...processed by a script: utils/llvm-build/llvmbuild/main.py that creates a LLVMBuild.cmake file in the build dir specifying the link time dependences on a lib: for example, ./LLVMBuild.cmake:set_property(GLOBAL PROPERTY LLVMBUILD_LIB_DEPS_LLVMipo LLVMAnalysis LLVMCore LLVMInstCombine LLVMObjCARCOpts LLVMScalarOpts LLVMSupport LLVMTarget LLVMTransformUtils LLVMVectorize LLVMipa) The dependences set by the LLVMBuild.txt infrastructure are redundant with the dependences specified in the CMakeLists.txt using add_dependencies as in: add_dependencies(LLVMipo intrinsics_gen) That also means that a conditional cm...

...quite usable. this is the library section of my CMake build script for the final executable: ${PLATFORM_LIBS} #LLVMX86Disassembler #LLVMX86AsmParser LLVMX86AsmPrinter LLVMX86CodeGen LLVMX86Utils LLVMX86Desc LLVMX86Info LLVMSelectionDAG LLVMAsmPrinter #LLVMJIT #LLVMExecutionEngine LLVMCodeGen LLVMScalarOpts LLVMTransformUtils #LLVMipa LLVMAnalysis LLVMTarget LLVMMCParser LLVMMC LLVMCore LLVMSupport It took me a little while to get the ordering right the first time, but it has been pretty stable since then. On Fri, May 25, 2012 at 6:24 AM, Mikael Lyngvig <mikael at lyngvig.org> wrote: >...

...tools/llc/Debug/llc.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMCBackend.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMX86.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMSelectionDAG.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMCodeGen.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMScalarOpts.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMBCReader.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMBCWriter.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMCore.o c:/projects/build/MinGW/llvm-1-1/Debug/lib/LLVMbzip2.o --export-dynamic -lLLVMTarget -lLLVMipa -lLLVMTransforms -lLLVMAnal...

On Fri, 11 Mar 2005, Marc Ordinas i Llopis wrote: > Sorry if this is obvious. > I'm trying to link LLVM-generated code with LLVM itself, and don't know how > to do it. Just as a little test, I've tried compiling the example > HowToUseJIT.cpp using llvm-g++, but I get tons of errors. > > Is there an easy way of doing this? Has anyone tried it before? What sort of