search for: opengtl

..., example of use in [2]. Unfortunately it does not work with MSVC, so I had to hardcode the libraries when building with MSVC. The LLVM_NATIVE_OBJECTS part of FIND_LLVM_LIBS is probably not needed anymore, since everything seems to be shipped as static library nowdays. [1] http://bitbucket.org/opengtl/opengtl/src/tip/cmake/modules/FindLLVM.cmake [2] http://bitbucket.org/opengtl/opengtl/src/tip/OpenGTL/GTLCore/CMakeLists.txt -- Cyrille Berger

I built the list by hand though trial and error. I'm not sure if and how llvm-config works with cmake. Its seems now that I got the right dependencies in the right order, there have been no ongoing maintenance issues. On Sun, Jun 13, 2010 at 4:32 PM, sam lee <skynare at gmail.com> wrote: > Ah, thank you so much. > How did you get the list of target_link_libraries() ? > Did you

...t does not work with MSVC, so I had to hardcode the > libraries > when building with MSVC. > > The LLVM_NATIVE_OBJECTS part of FIND_LLVM_LIBS is probably not needed > anymore, > since everything seems to be shipped as static library nowdays. > > [1] > http://bitbucket.org/opengtl/opengtl/src/tip/cmake/modules/FindLLVM.cmake > [2] > http://bitbucket.org/opengtl/opengtl/src/tip/OpenGTL/GTLCore/CMakeLists.txt > > -- > Cyrille Berger > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://l...

...ave it to one of the developer, I guess he forgot about it, unfortunately it doesn't apply on 2.3. Once I have the time (and a 64bits linux under the hand), I will make a patch for 2.3 and submit it to llvm's bug system (unless someone else want to do it before that ;) ) [1] http://www.opengtl.org/download/X86JITInfo.cpp.pic.patch -- Cyrille Berger

Eli Friedman wrote: > This isn't first-hand, but from what I remember hearing on IRC, > putting llvm into shared libraries caused a ridiculous explosion in > dynamic linking (and therefore startup) times. So there is no option > to make shared libraries, at least at the moment. Well, by tweaking configure and make options, I've managed to build LLVM 2.2 shared libraries on

Hi Cyrille, concerning your patch, > [1] http://www.opengtl.org/download/X86JITInfo.cpp.pic.patch there are two minor glitches: s/#ifdef/#if/, s/#end/#endif/. Otherwise it works great over here! Pure builds fine with a shared runtime lib on 64 bit now, so I'm a happy camper. :) I would like to make this patch available on the Pure website, ok with you...

...te runtime library, resulting in a 27K interpreter executable. It goes without saying that this makes a world of a difference. I don't care if LLVM is a shared library itself, and I understand the reasons speaking against that, but it should at least be linkable into a dll. > [1] http://www.opengtl.org/download/X86JITInfo.cpp.pic.patch Cool, many thanks! That's exactly what I've been looking for. :) If you do get around updating the patch for 2.3, it would be very kind if you could let me know. Thanks, Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz...

Chris Lattner <sabre at nondot.org> writes: [snip] > Others have suggested alternative build systems before like cmake. > Apparently cmake can autogenerate VC++ and Xcode project files from > the same thing that it builds from on unix systems. cmake creating VC++ project files does not appeal much to me. First, project files are not mandatory for using MS compiler. Second,

...ucts (VTK and ITK), KDE, scribus, inkscape for the biggest project I know which use cmake. All of them use it for building on windows, mac os x and unixes. But, at least, for KDE, I am not sure if for mac os x, anyone has try to use it with Xcode. Personnally, I use cmake for building a project (OpenGTL) that link to llvm. -- Cyrille Berger

On May 17, 2008, at 2:44 PM, Óscar Fuentes wrote: > I don't know how much LLVM build system is tied to the GNU toolchain > or > how much it depends on *nix features, but suppossing that adding > support > for MSVC++ is impractical, perhaps it would be simpler to implement a > Makefile-based build system for MSVC++ than to keep up to date the > project files. This would