similar to: [LLVMdev] Shared Libraries (dlls) using MinGW

Hi All, Thanks Nicolas for pointing out that I needed --enable-targets=x86,cpp for my llvm config to get vmkit to build. The process gets a lot farther but fails in different places depending upon the vmkit config (Can you please see the three case below?). My machine is a intel core i7 running ubuntu karmic and gcc 4.4.1. What arch/OS/distro/gcc do you all have VMKit working on? thanks for

Hi again Nicolas, Can you please tell me the output of your llvm-gcc -v and llvm-config -version? Mine is below, perhaps its because I built llvm with enable-jit? Do you have users of vmkit? ie has anyone other than the llvm team been successful at building and running vmkit? I tried on a core2 machine (albeit also karmic) and have the same problem. Can you build a fresh machine (virtual

Hi Nicolas I tried building it all from source on a x86_32 system (Ubuntu Hardy, linux 2.6.24-24, gcc 4.2.4, llvm/llvm-gcc source from svn (July 2, 2010)). Unfortunately I am unable to build llvm-gcc b/c of this bug: http://www.mail-archive.com/llvmbugs at cs.uiuc.edu/msg08159.html thanks for your work on these systems, hopefully I'll be able to try vmkit at some point in the future. thanks

Thanks Nicolas for your help with my build problems with vmkit. Yes, I was missing ant -- great catch (I'm on a newly installed machine). That fix with this configuration, gets me to the error below. Any thoughts (build tools, other I may be missing that are not checked for)? Are there steps that you suggest I try to gather more information on the problem? Also -- it seems to be building

Hi Zoe, maybe you've already solved your problem with VMKit configuration, but here you can find a mini-tutorial that I've done to guide people on VMKit installation. http://www2.dcc.ufmg.br/laboratorios/llp/wiki/doku.php?id=afpf Best regards, Alysson On Wed, Jun 30, 2010 at 1:34 PM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > Hi Zoe, > > Unfortunately, I

Hi Zoe, Unfortunately, I don't have access to a x64 machine anymore, so I can't test that architecture on vmkit. Could you install a virtual machine on your machine that is x86_32? I know it has been successfully built and ran on x86_32 on different systems. Cheers, Nicolas On Wed, Jun 30, 2010 at 7:49 AM, Zoe Wolk <zoewolk at gmail.com> wrote: > Hi again Nicolas, > >

Thanks, Shu, I guess I haven't updated since my post went out. There are actually 2 problems: 1. mis-compilation: My LLVM-2.5 turned out to be mis-compiled using gcc-4.4.0 (surprise to me) on Debian4-32b. I tried a few different compilers, and gcc-4.0.4 (a relatively old one, again surprised me) seems to work out fine. Question: is there a good/quick/reliable way to figure out whether a

Thanks Alysson. Unfortunately, those instructions don't work for me (I followed them exactly using a clean system) -- probably because of the recent changes to the svn heads. After fixing EscapeAnalysis in vmkit to use the updated CallInst.getArgOperand interface I hit the error below. I was interested in using mmtk with the system (as recommended), but that requires a llvm-gcc build (and

John Myers <atomicdog.jwm at gmail.com> writes: > I'm looking for some pointers on how to troubleshoot this problem. I'm > trying to write a backend for the AVR. > There is an undefined reference at line 48 which is the line FrameInfo() is > on. I've tried to use the MSP430 and other targets as references so I'm not > sure > what changes I did would cause a

Hi!! It's me again. I guess that there is a problem in the Makefile of my source code. But I don't know where. Could you please verify it? The Makefile is written like this: # Makefile for Genetic Algorithm Pass CXXFLAGS = -Wall -I/iss/fpga3/nicole/galib247/ LDFLAGS= -L/iss/fpga3/nicole/galib247/ga/ -lga -Wl,-E # Path to top level of LLVM heirarchy LEVEL=../../../ # Name of the

The Wine development release 1.5.8 is now available. What's new in this release (see below for details): - More stream functionality in the C++ runtime. - A number of Windows Codecs improvements. - More WBEM classes and properties. - Some HTML Help fixes. - Support for printing fake italic fonts. - Various bug fixes. The source is available from the following locations:

It turned out to be the problem of this line in Makefile LLVMLIBS = LLVMCore.a LLVMSupport.a LLVMSystem.a The error is gone when I remove the above line. However, the pass output only contains one line of the main function. First: main It does not have puts and __main as shown in this page: http://llvm.org/docs/WritingAnLLVMPass.html#running So I guess the drived FunctionPass only works on

Hey Chuck, I'm afraid I can't reproduce your error but...a problem you may run into later is that opt will complain with opt: llvm/lib/VMCore/Pass.cpp:149: void<unnamed>::PassRegistrar::RegisterPass(const llvm::PassInfo&): Assertion `Inserted && "Pass registered multiple times!"' failed. Aborted I "fixed" this by replacing the LLVMLIBS line in

While learning to write LLVM passes and following the precise instructions under http://llvm.org/docs/WritingAnLLVMPass.html, <http://llvm.org/docs/WritingAnLLVMPass.html> I got this error when loading the hello pass to run the test program: opt -load ./Release/lib/Hello.so -hello < test/test.bc > /dev/null Error opening './Release/lib/Hello.so': ./Release/lib/Hello.so:

I constructed an LLVM 2.7 VS solution with cmake, but it has 66 projects: ALL_BUILD, ".\ALL_BUILD.vcproj" BrainF, "examples\BrainF\BrainF.vcproj" Fibonacci, "examples\Fibonacci\Fibonacci.vcproj" FileCheck, "utils\FileCheck\FileCheck.vcproj" HowToUseJIT,

Hi, I'm writing my first hello world Pass with the class name First, but when I tried to load it using opt, I got the following error: /var/soft/llvm-2.2-build/lib/Transforms/Hello$ opt -load ../../../Debug/lib/First.so --help opt: /var/soft/llvm-2.2/lib/VMCore/Pass.cpp:157: void<unnamed>::PassRegistrar::RegisterPass(llvm::PassInfo&): Assertion `Inserted && "Pass

On Oct 25, 2009, at 1:58 PM, Graham Wakefield wrote: > Hi all, > > (Sorry if the answer to this is obvious - and thanks in advance~) > > Short version: > linker error of _backtrace from LLVMSystem.a building a dynamic > library embedding LLVM/clang, both against the OSX 10.4 sdk. > > Long version: > I've just tried rebuilding my project using the 2.6 release,

I am using llvm 1.8 and have patched ltdl.c and ltdl.h to the latest version. My Makefile has LLVMLIBS = LLVMCore.a LLVMSupport.a LLVMSystem.a included. > Try using 'nm -m' on the 'opt' executable itself. Using plain nm on my > local one yields: > 00121a4e T > __ZN4llvm12FunctionPass16addToPassManagerEPNS_20FunctionPassManagerTERNS_13AnalysisUsageE > > and nm

> > 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. I was linking with VMCore.lib support.lib

Hi, My pass compiles fine with Gmake,but when i run it with 'opt' it was initially breaking with the following error message : "Error opening '../../../Release/lib/ReusePass.so': ../../../Release/lib/ReusePass.so: undefined symbol: _ZNK4llvm4Pass5printERSoPKNS_6ModuleE -load request ignored. opt: Unknown command line argument '-ReusePass'." Then i