similar to: [LLVMdev] RFC: change build order (or location) of LLVMHello plugin

Good evening, Michael. 2010/9/5 Michael Spencer <bigcheesegs at gmail.com>: > Do you know what the exact problem is? It would be best to fix the > Makefile instead of moving it. And sense it is a transformation, the > build system is broken if you _have_ to move it. I am sorry, I don't understand what *the exact problem" is. I can describe facts; - Hello is the only

On Sat, Sep 4, 2010 at 9:53 AM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > Hello, everybody! > > On win32(s), lib/Transforms/Hello cannot be built cleanly. > It will be built after 1st build. > > Linking the plugin LLVMHello.dll requires other libraries, especially LLVM.dll. > > May I move Hello to other location? > Or, may I tweak llvm/Makefile? > >

No, it has the wrong value. I tried it with cmake 2.8.9 and 2.8.12.2. Both of them set the variable to “.so”. On Feb 12, 2014, at 5:29 PM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > Juergen, > > Thanks to let me know. I guess r200762 (and r200763) might affect. > > Although I won't check this on darwin box, I suspect the line in > HandleLLVMOptions.cmake;

Hi Takumi, I am not sure if it this change, but recently we started to build LLVMHello.so and BugpointPasses.so on OS X. A few bugpoint tests are failing, because they are looking for a dylib that doesn’t exist. Could you please take a look? Thanks -Juergen On Feb 10, 2014, at 2:34 AM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > Steve, excuse me to respond you partially. >

Owen, I have an issue about the Hello on windows. Please seek "RFC: change build order (or location) of LLVMHello plugin" in this list, thank you :) My proposal: move it onto a new directory plugins/ ps. I would like to know why the Hello plugin is on lib/Transforms. Is it a historical reason? ...Takumi 2010/10/7 Owen Anderson <resistor at mac.com>: > Hey, > > Does

I've built LLVM/Clang from svn under Cygwin on Windows 7. I'd like to build on the LLVMHello pass example, however, when I try: $ cd $LLVM/lib/Transforms/Hello $ make I receive a large number of errors which start with: llvm[0]: Linking Debug+Asserts Loadable Module LLVMHello.dll /cygdrive/c/Users/Graham/home/projects/llvm_cygwin/lib/Transforms/Hello/Debug+Asserts/Hello.o: In function

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

Graham, good morning. To build LLVMHello on cygming, you should configure llvm with --enable-shared . Even with enable-shared, you might build lib/Transforms/Hello manually. (yeah, on cygming, LLVMHello should depend on tools/llvm-shlib) And, you'd be better to build with --enable-optimized. With enable-shared, llvm-shlib tends to fail with too many debug symbols. HTH, ...Takumi

Hello, Yuan > I'm a newbie about llvm. Now, our project need the dynamic link library(dll) > about all of llvm library, such as libLLVMCore.dll, libLLVMSupport.dll, and > so on. How should I do? You may do, "/path/to/configure --enable-shared=yes", to build LLVM-2.8svn.dll. On your project, you have to specify to linker, "-L/path/to/dll -lLLVM-2.8svn" (maybe with

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

Thankyou Takumi, Without --enable-optimized I get a"File too big" error from the linker: ... llvm[1]: Linking all LLVMLibs together for LLVM-3.0svn /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld: /cygdrive/c/Users/Graham/home/projects/llvm_cygwin3/tools/llvm-shlib/Debug+Asserts/LLVM-3.0svn.a.o: too many sections (59747)

Galina and Takumi, Are we ready to update the minimum required version to 2.8.12.2? -Chris > On Feb 12, 2015, at 2:35 PM, Chris Bieneman <beanz at apple.com> wrote: > > Chandler's feedback was that we should go to 2.8.12.2 instead of 3.0 because of Ubuntu's LTS release. > > -Chris > > > > On Feb 12, 2015, at 11:29 AM, Galina Kistanova <gkistanova

I'm with Takumi, and prefer to go on a safe route. Takumi, unless I'm missing something you were checking cmake 3.x with LLVM. How does it look like? Did you discover any problem? Thanks Galina On Mon, Feb 9, 2015 at 4:28 PM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > I missed the context. We may stand on 2.8.12.2 at first. > > I will update my cmake from

I am trying to run the LLVM hello world pass. I observe that in the OUPUT_DIR/lib the LLVMHello.a and LLVMHello.la libraries are generated. But I am confused as to how to generate the .so library file from here. I am kinda new to compilers and hence the question I know is basic , but couldnt figure the answer out myself. Thanks a lot for your help. Regards -- -- Aparna Kotha Research

Hey, Does anyone actually care about the "hello, world" pass in lib/Transforms/Hello? Is there any particular reason why it couldn't be under examples or projects, or just removed altogether? --Owen

NAKAMURA Takumi wrote: > [CMake] Introduce llvm_add_library(). I recommend moving away from wrappers like this. They indicate that either CMake is not providing the interfaces needed, or not propagating them, or that they exist but are not used. Such wrappers don't parse the arguments in the same way as the wrapped command etc. Wrappers are not good API proxies. Additionally, you put

Good evening, Yuan Excuse me, I gave up Debug build earlier due to my poor hosts. I will improve able to build Debug ;) You may build with --enable-optimized=yes (or, make ENABLE_OPTIMIZED=1) btw, DLL builder has implemented since Aug. It might be easier to port DLL stuff to 2.6 :) Do you try? ...Takumi 2010年9月2日 17:16:25 UTC+9 yuan zheng <tsinghuayuan86 at gmail.com>: > Hello,

Thanks a lot. A see the shared library in linux version. I initially tried doing this in cygwin where I dont see the shared library being built. Do u think it could have been cygwin that is the problem? Aparna On Mon, Apr 13, 2009 at 5:16 PM, Milos Puzovic <milos.puzovic at gmail.com>wrote: > In order to generate shared libraries you need to have SHARED_LIBRARY > and

Hello, everyone! 请键入文字或网站地址，或者上传文档 <http://translate.google.cn/?tr=f&hl=zh-CN>。 取消 <http://translate.google.cn/?tr=t&hl=zh-CN> I'm a newbie about llvm. Now, our project need the dynamic link library(dll) about all of llvm library, such as libLLVMCore.dll, libLLVMSupport.dll, and so on. How should I do? Thanks, yuanzheng. -------------- next part -------------- An HTML

Hello, NAKAMURA Takumi As you said, I check out the head from svn trunk. I build the source code as the following steps: $./configure --enable-shared $ make After 1 hour, the building procedure is stopped and appear the following error message: c:/strawberry/c/bin/../lib/gcc/i686-w64-mingw32/4.4.3/../../../../i686-w64-mingw 32/bin/ld.exe: