similar to: [LLVMdev] mingw binary is corrupt

Anton Korobeynikov wrote: > > > You should have Perl installed. As you're probably using msys, you > should also install msys-dtk, which includes perl for msys. > > -- > With best regards, Anton Korobeynikov. > > > I installed msys-dtk as suggested and got just a bit further. My mingw gcc is version 3.4.2. Thanks for the help so far. I actually had

On Sun, 2006-11-26 at 19:04 -0800, SevenThunders wrote: > Here is how it fails now: > > make[2]: Entering directory `/d/Apps/llvm/tools/llvm-config' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/d/Apps/llvm/tools/llvm-config' > The system cannot find the path specified. > make[2]: Entering directory `/d/Apps/llvm/tools/opt' >

Hello there, I am trying to compile llvm from git the gentoo ebuild llvm-9999.ebuild. Recently I get an error during compilation. I am using gcc 4.9.0. The error is the following: x86_64-pc-linux-gnu-g++ -march=native -O2 -pipe -fomit-frame-pointer -march=native -O2 -pipe -fomit-frame-pointer -march=native -O2 -pipe -fomit-frame-pointer -march=native -O2 -pipe -fomit-frame-pointer -march=native

> I don't know anything about Solaris, but your paste doesn't actually > contain any errors, just warnings (unless I'm reading "ld: warning: > relocation error:" wrong). It might help to run make without -j until > it fails, and then use `make VERBOSE=1` to print the exact commands > it's running. Sorry. There was so much output I wasn't sure how much

Hello again, In order to avoid the set jump/long jump dependency of DLLs built under Visual C++, we're trying to build the libraries and tools under LLVM-GCC so it will use DWARF exception handling instead of SJ/LJ. The problem we're running into is that the libraries that we just finished creating cannot be found later in the build process when OPT tries to build. My partner has MinGW

Reid Spencer-2 wrote: > > > Looks to me like you're not configured correctly. Either that or > llvm-config doesn't know how to construct the objdir directory properly. > That error message should have a path > like: /.../Release/lib/libLLVMTransforms.a > > To verify, try this command: > > llvm-config --obj-root > llvm-config --libfiles > > These

Hi, I'm trying to build llvm on a Solaris/Sparc machine. I get many undefined symbols during the link phase of opt. The link command being run is below. It is identical to the link command that gets run and works on an x86 host. Thanks, Tarun g++ -I/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/include -I/n/fs/scratch/tpondich/ParallelAssert/llvm-objects/tools/opt

My 7 zip file manager says that the mingw binary is corrupt for llvm 1.9. I suppose that means that those of us running windows have no hope of getting llvm right now? Someone reported this earlier but the situation remains unchanged. -Matt

Hey: I spent sometime debugging this, it seems like editing ``llvm/tools/opt.cpp`` and move ``cl::ParseCommandLineOptions(argc, argv, "llvm .bc -> .bc modular optimizer and analysis printer\n");`` to the beginning of main() solved it for me. I'm not sure if this is a bug on LLVM side Zhang ------------------ Original ------------------ From: "Viktor Was BSc via

The fundamental problem here is that opt doesn’t use ExecutionEngine (because it has no need to), so trying to use ExecutionEngine (or any other bit of llvm that opt doesn’t use for that matter) in an opt plugin isn’t going to work. The solution I’d go with would be to build llvm with shared libraries (use –DBUILD_SHARED_LIBS=ON on the cmake command) then link the plugin against ExecutionEngine.

On Apr 5, 2011, at 10:53 AM, Tarun Pondicherry wrote: > Hi, > > I'm trying to build llvm on a Solaris/Sparc machine. I get many undefined symbols during the link phase of opt. The link command being run is below. > > It is identical to the link command that gets run and works on an x86 host. > > Thanks, > Tarun > > g++

> Could you post the errors message? Sounds like bug in mingw's gcc / ld. It's very long, maybe I should just attach the log? I only remember the first line saying: --export-dynamic is not supported for PE targets, do you mean --export-all-symbols? *or something similar to this* then a bunch of undefined references occur. -- View this message in context:

> first line saying: --export-dynamic is not supported for PE targets, do you > mean --export-all-symbols? *or something similar to this* then a bunch of > undefined references occur. Make sure you're using the correct perl - that one which comes with msys DTK -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Óscar Fuentes <ofv <at> wanadoo.es> writes: > Duncan Pierce <duncan <at> duncanpierce.org> writes: > > > I have /lib/libimagehlp.a and /lib/libpsapi.a > > And llvm-config seems to be asking for them to be picked up: > > > > -I//include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -O2 > > -fomit-frame-pointer -Woverloaded-virtual

Hi I am trying to use latest version of llvm and clang, and I have gotten them by svn. ./configure --enable-shared has run successfully, but make REQUIRES_RTTI=1 returns error: make[2]: Entering directory `/home/ryjiao/Downloads/llvm-dev/llvm/tools/llvm-config' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ryjiao/Downloads/llvm-dev/llvm/tools/llvm-config'

Some additional information about the setup may be of interest: I'm using CMake to generate the make files for MSYS. All appears to go well until the tools are compiled. The undefined references seem to be coming from the libraries that were just compiled: ../../lib/libLLVMBitReader.a(BitcodeReader.cpp.obj):fake:(.rdata$linkonce_ZTVN4llvm8ConstantE+0x10): undefined reference to

Hello, Duncan > I discovered one other thing that was causing me problems on MinGW: if I use the > msys.bat to open a terminal llvm-config inserts double slashes at the start of > any absolute path it generates (e.g. //lib/LLVMX86CodeGen.o) - this breaks g++. That's strange, never seen this before. Do you have two different version of perl installed? (for example, one msys DTK and

Hi, I'm trying to build clang under MingW, but I'm getting a number of errors. Could anyone provide some hints as to what you had to do? I got some tips from http://blogs.tedneward.com/2008/02/24/Building+LLVM+On+Windows+Using+MinGW32.aspx, but using the newer packages, as it's a bit old. The ./configure seems to run without errors. The first run of make aborts with errors like:

SevenThunders wrote: > > > Someone reported this earlier but the situation remains unchanged. > > -Matt > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > Thanks for getting it back up so quickly. Now if I

Hello, Kenneth > Libraries weren't being linked in; This means, that generation of llvm-config for you is broken. I really suggest to use perl from msys-DTK, not ActivePerl. -- WBR, Anton Korobeynikov