similar to: [LLVMdev] mingw binary is corrupt

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, > make[1]: *** [/d/apps/llvm/tools/llvm-config/LibDeps.txt] Error 127 > make[1]: Leaving directory `/d/apps/llvm/tools/llvm-config' > make: *** [all] Error 1 > > It seems as though GenLibDeps.pl does not exist but in fact it does exist in > that directory. I am baffled by that. > I don't really know much about Perl so I can't say if it failed while >

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:

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 everyone, I've run across a problem building LLVM 2.7 with Mingw on Win7. When I try make VERBOSE=1, it churns away happily for a while and then produces: /c/Perl/bin/perl /c/Programs32/llvm-2.7/utils/GenLibDeps.pl -flat /c/Programs 32/llvm-2.7/obj/Release/lib "/mingw/bin/nm" > /c/Programs32/llvm-2.7/obj/tools/ llvm-config/LibDeps.txt.tmp 'c:' is not recognized as

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

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

Kenneth Boyd <zaimoni at zaimoni.com> writes: [snip] >> That does not really surprise me about CMake, but then mingw is not a >> primary compiler on Windows, more so is VC++ or Intel, either way a >> bug should be submitted to the CMake devs. > I do not want to troll the CMake devteam, so I will not submit the bug > report without a full-blown patch. The CMake

Óscar Fuentes wrote: > The CMake devteam is very responsive about bug reports. They will > certainly appreciate your bug report, no patch required. > I still don't think I have enough detail to file a bug report (not sure exactly what they need to know about my system configuration to make it testable). I did go ahead (just now) and ask the main CMake mailing list which files I

[ 73%] Regenerating /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/LibDeps.txt.tmp [ 73%] Updating /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/LibDeps.txt if necessary... [ 73%] Checking for cyclic dependencies between LLVM libraries. find-cycles.pl: Circular dependency between *.a files: find-cycles.pl: libLLVMAsmPrinter.a

On Mon, Apr 20, 2009 at 3:32 AM, Jay Foad <jay.foad at gmail.com> wrote: >> The attached patch makes GenLibDeps.pl notice that nm has failed, so >> that the build fails immediately rather than giving more obscure >> errors later on. > > Would you mind applying the patch? > Sure. But could you add a message to the "die" commands? Something like: close

What versions of llvm and llvm-poolalloc should I check out of cvs, in order to use DSA? In a previous post John Criswell suggested checking llvm and llvm-poolalloc out of cvs using the -r release_19 flag. However, there were several post later that said that changes should not be made to the release_19 branch. At any rate, I've not seen any update on which versions of llvm and

John Thompson wrote: > 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

If I try to link HowToUseJIT.cpp against the JIT without also linking the interpreter, I get the following linker error: ld: Undefined symbols: __ZN4llvm11Interpreter6createEPNS_6ModuleEPNS_17IntrinsicLoweringE It's not obvious, from the source, what depends on this symbol, or why GenLibDep.pl didn't detect this dependency. Linking against the interpreter fixes this. Cheers, Eric

Samuel Crow <samuraileumas at yahoo.com> writes: > [ 73%] Regenerating > /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/LibDeps.txt.tmp > > [ 73%] Updating > /Users/samuraicrow/Documents/workspace/llvm-trunk-build/tools/llvm-config/LibDeps.txt > if necessary... > [ 73%] Checking for cyclic dependencies between LLVM libraries. >

Forgot to hit "Reply All." -- John T. -------------- next part -------------- An embedded message was scrubbed... From: John Criswell <criswell at cs.uiuc.edu> Subject: Re: using dsa Date: Tue, 06 Mar 2007 09:53:43 -0600 Size: 3103 URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070306/ef7c2f29/attachment.mht>

I updated dsa to mainline cvs. Poolalloc is broken, however. On Mar 6, 2007, at 3:39 AM, Ryan M. Lefever wrote: > What versions of llvm and llvm-poolalloc should I check out of cvs, in > order to use DSA? In a previous post John Criswell suggested checking > llvm and llvm-poolalloc out of cvs using the -r release_19 flag. > However, there were several post later that said that

On 6/22/2010 2:47 PM, J. Garrett Morris wrote: > Hello everyone, > > I've run across a problem building LLVM 2.7 with Mingw on Win7. When > I try make VERBOSE=1, it churns away happily for a while and then > produces: > > /c/Perl/bin/perl /c/Programs32/llvm-2.7/utils/GenLibDeps.pl -flat /c/Programs > 32/llvm-2.7/obj/Release/lib "/mingw/bin/nm">

> The attached patch makes GenLibDeps.pl notice that nm has failed, so > that the build fails immediately rather than giving more obscure > errors later on. Would you mind applying the patch? Thanks, Jay. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.die Type: application/octet-stream Size: 892 bytes Desc: not available URL:

I'm trying to cross-compile LLVM with build=, host=target=. I'm using the following packages from Debian lenny: mingw32 4.2.1.dfsg-1 mingw32-binutils 2.18.50-20080109-1 mingw32-runtime 3.13-1 The first problem I hit was when I configured with CC, CXX, AR and RANLIB set to mingw cross-tools, but forgot to specify NM as well. This resulted in a load of warnings that scrolled off the