similar to: [LLVMdev] Wrong path to libLTO.so in LLVMgold.so on Linux

Hi Takumi, > Any feedbacks are welcome. > Have fun! This seems to be pretty useful addition to LLVM on windows! And it seems the only painless way to make plugins working, yay! For me the patch looks pretty good. One minor thing: could you please rename SharedDir => SharedLibDir Thanks! -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg

Good summer, all! This patch enables ENABLE_SHARED=1 to build DLL based LLVM toolchain. I have checked this on Cygwin-1.5, Cygwin-1.7, mingw(msysgit) and mingw-cross-fedora12. I can separate this patch into some parts; cleanups, adding definitions and adding rules. Any feedbacks are welcome. Have fun! ...Takumi * Pros - reduction of linking time of toolchain. - capability of -load

Anton, Thanks for your comment. 2nd patch attached. - s/SharedDir/SharedLibDir/g - move prefix=cyg sunk into if(cygwin or mingw) arigato gozaimasu...Takumi * Additional issues - You may build LLVMHello.dll but I don't modify lib/Transforms/Makefile. Because making LLVMHello.dll requires the library LLVM.dll, but it oughta be on the way to making libs at building

On Fri, Sep 16, 2016 at 2:54 PM, Carsten Mattner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Fri, Sep 16, 2016 at 11:28 PM, Mehdi Amini <mehdi.amini at apple.com> > wrote: > > > You probably missed -DLLVM_BINUTILS_INCDIR. > > > > See: http://llvm.org/docs/GoldPlugin.html > > plugin-api.h is in /usr/include, so I'd expect it to be found,

> On Sep 16, 2016, at 4:46 PM, Carsten Mattner <carstenmattner at gmail.com> wrote: > > On Sat, Sep 17, 2016 at 12:48 AM, Teresa Johnson <tejohnson at google.com <mailto:tejohnson at google.com>> wrote: >> >> On Fri, Sep 16, 2016 at 2:54 PM, Carsten Mattner via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> On Fri, Sep 16,

> On Sep 16, 2016, at 2:27 PM, Mehdi Amini via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >> >> On Sep 16, 2016, at 2:18 PM, Carsten Mattner <carstenmattner at gmail.com> wrote: >> >> On Fri, Sep 16, 2016 at 10:54 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: >> >>> Can you look for the specific errors in the CMake log and

I am trying to build LLVMgold.so on windows. I came across this piece of code which includes “gold” source directory in tools/CMakeLists.txt if( LLVM_ENABLE_PIC ) # TODO: support other systems: if( (CMAKE_SYSTEM_NAME STREQUAL "Linux") OR (CMAKE_SYSTEM_NAME STREQUAL "FreeBSD") ) add_llvm_tool_subdirectory(gold) else() ignore_llvm_tool_subdirectory(gold) endif() else()

I tried building it on windows with some CMake changes. But unfortunatelym my clang crashes when it tries to access the LLVMgold (not able to open it). I have CCed Rafeal and Nakamura who might know why gold plugin in not supported on Windows platforms. --Sumanth G > Hi, > > On 14 June 2014 00:26, <sgundapa at codeaurora.org> wrote: >> I am trying to build LLVMgold.so on

> Why is clang loading LLVMgold.dll? I thought it's supposed to be loaded by gold. > > I don't think gold even produces COFF. Are you trying to produce ELF on Windows? > Gold is elf only but BFD ld supports the same plugins these days. I have no idea if the plugin infrastructure works on windows or not, but it could be made to work since all it needs is to find a single

Hello, Is there any CMake variable available to build LLVM libs as static libraries. I found one -DLIBCLANG_BUILD_STATIC=ON but what if I want libLTO.a instead of libLTO.dylib ? *Vivek Pandya* -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151214/1e03efc9/attachment.html>

Hi all, I am trying to figure out the best way to deal with non-default TargetMachine options when using ThinLTO with the LLVMgold.so plugin. (I'm adding support for ThinLTO to the LDC D compiler) Things like the target triple, target CPU and target CPU features, some floating point options like unsafe-fp-math, etc., those are (or can be made) explicit in the IR. Is that the way to go? We

Hi, unfortunately, my build somehow hangs when linking clang binary and my system is in an unusable state. My toolchain is clang-3.8, gold-1.11 and LLVMgold.so from binutils v2.26.1 (both selfmade) and LTO-flag is enabled. My buildsystem uses cmake-3.6.0 and ninja-1.7.1 (both prebuilt). I have 52 last steps left in my 3rd build. My Linux-kernel is v3.13.0-92 from official Ubuntu repositories.

Is there a particular method one should used to build the libLTO.dylib from the llvm svn on darwin9? Unless I am confused, it seems that libLTO.dylib gets built when I do a configure and make directly in the llvm svn tree but not when I created separate llvm_objdir directory and execute configure and make within it. Thanks in advance for any clarifications. Jack

I puzzled out that the --with-pic option was required to cause the libLTO.dylib to be built. I must have done a make before directly in the lto tools subdirectory when I was building directly in the source tree. Jack

If you haven't written code to the libLTO interface, you can stop reading now. As of r77960 I've removed the lto_codegen_set_gcc_path call from libLTO. This wasn't in the last LLVM release and has already been obsoleted by lto_codegen_set_assembler_path. This shouldn't be a problem for any libLTO users that I know of, but if you were using this, and you can't switch to

On Nov 12, 2009, at 11:43 AM, John Criswell wrote: > Dear LLVMers, > > I'm currently working on creating an alternate libLTO.so that will run > some whole-program analysis and transforms of mine during the final > linking of an executable. The idea is for it to link all of the > bitcode > files together, run the regular LTO passes, and then run my passes. > For

Hi all, I am testing link time optimizations with clang on linux x86_64 machine running Ubuntu Maverick. I am using clang with llvm release-3.0 I followed the instructions on http://llvm.org/docs/LinkTimeOptimization.html However, when I try to compile with one file being bitcode and other being native code exactly as shown in the documentation, I get the following errors clang a.o main.o -o

Hello all, I'm a research assistant at the University of Wisconsin and we're trying to come up with a general way to run our whole program analysis over programs that may use different methods to perform the build. I saw some discussion that liblto could be used for this (and safecode successfully did it) for llvm 2.6 - 3.0, but that doesn't seem to be working the same way with llvm

Hi, Is there a way to avoid linking with the dynamic LTO library. I’m using llvm 5.0.0 on various platforms (linux, windows, macOS), this library is not required by my application and I keep having trouble with it. My project is cmake based and makes use of LLVMConfig.cmake or llvm-config output (depending on the platform - there is no LLVMConfig.cmake with the windows package). On windows the

Dear LLVMers, I'm currently working on creating an alternate libLTO.so that will run some whole-program analysis and transforms of mine during the final linking of an executable. The idea is for it to link all of the bitcode files together, run the regular LTO passes, and then run my passes. For Linux, I should be able to get the Gold linker to load my libLTO.so instead of the standard