similar to: [LLVMdev] Compiling LLVM under vista with msdev 2008 gives a few errors

Hi, i had the same troubles on Vista and on Win7... cmake fails on some tests (you should see this in the log) due to m$ UAC (or whatever the name is) and uses not-so-sane default values. You have to start a visual c-command prompt (to make sure it gets the right paths) with administrator privileges (!) , than cmake works fine and you get a correct config.h. best regards, Thomas 2010/1/22

Hi I'm trying to compile HowToUseJIT.cpp, but it seems that iterator definition is missing: --------------------Configuration: HowToUseJIT - Win32 Debug-------------------- Compiling... HowToUseJIT.cpp c:\sfu\usr\local\src\llvm\include\llvm\adt\ilist(41) : fatal error C1083: Cannot open include file: 'llvm/ADT/iterator': No such file or directory Error executing cl.exe. I've

I don't know if Paolo submitted his patches for these files, but they are not in the CVS -- I've chosen a slightly different strategy, adding a case that checks if the compiler is MSVC instead of adding HAVE_FINITE_IN_FLOAT_H and HAVE_ISNAN_IN_FLOAT_H to the config.h file. I don't know which is the best approach, but this is the minimal patch to make it work... m. --------------

Thanks, it helped :-) I'm now building the sources and apparently my mingw installation does not support pthread and therefore examples/ParallelJIT.cpp fails: make[2]: Entering directory `/c/llvm1.8/generated-llvm/obj/examples/ParallelJIT' llvm[2]: Compiling ParallelJIT.cpp for Debug build c:/llvm1.8/llvm/examples/ParallelJIT/ParallelJIT.cpp:20:21: pthread.h: No such file or

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 recover the inheritance relations for a class type (so a list of base classes) from a llvm ir file generated via compiling some cpp file using clang. I have access to the TypeSymbolTable and have found the class type I want to know the base classes for in the table. How do I go about extracting this (debug) information? I'm stuck here: if(StructType*

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' >

Aviv Peretz wrote: > > Hi, > > > I finally gave up building on Linux, in the meantime, and tried to > build this version straight on Windows, using mingw32. > > > .... > > appending configuration tag CXX to mklib > appending configuration tag F77 to mklib > checking for llvm-gcc.exe... /c/llvm1.8-mingw32/bin/llvm-gcc.exe > checking for llvm-g++.exe...

Hi, I finally gave up building on Linux, in the meantime, and tried to build this version straight on Windows, using mingw32. This is my command line: (running from /c/llvm1.8/generated-llvm/obj) *../../llvm/configure --prefix=/c/llvm1.8/gene* *rated-llvm/install/ --enable-debug-runtime --enable-jit* This is my path definition (it has several redundancies): $ echo $PATH

I am experiencing some difficulties with vorbis on my LX164 alpha. Specifically, in bark_noise (psy.c) I see the following behaviour on the first pass through the function: val=-3.4e38 del=1 noise[0]+=val*del noise[1]-=val*del norm[0]+=del norm[1]-=del del=1 noise[1]-=val*del <== here is the problem At this point, noise[1]==3.4e38. We are trying to add another 3.4e38 to it and this is

Hi, I tried to install LLVM under gcc version 4.2.1 (SUSE Linux). And here's the strange error I got when I tried to build llvm using gmake. Has anyone else met with similar error under same platform? Thanks a lot. ..... ..... `.gnu.linkonce.t._ZNK4llvm16DAGTypeLegalizer13getTypeActionENS_3MVTE' referenced in section

Hi, we use the llvm to lower c++ code to c code which can be run through our abstract interpretation framework (based on CIL). Along with the c code we emit some structured text files that contain the "lost" information (class hierarchy, private/public attributes etc). In order to output this information in a sensible way we need to pass unix paths and some more case sensitive

By the way, somebody (I think it was Chuck, but I don't remember for certain) was asking for the BuildLog.htm from building the llvm.sln file under VS 2005 SP1 for diagnostic purposes; right now the SLN is configured to produce a new BuildLog for each and every one of the projects inside the solution. I don't know who's responsible for this guy, but that's probably not the best way

>From: Paolo Invernizzi <arathorn at fastwebnet.it> >Date: Thu, 16 Sep 2004 10:20:39 +0200 > >I'm using scons to generate that files from .in files. I implemented in it >the configure check regarding iterators, hash and so on... >something like: > Hey, you've found the tool that makes it possible to generically reading Makefiles... Cool - The tool I've

>There's a config.h file in the win32 subdirectory that implies that it's >supposed to be concatenated as part of the build process, but it doesn't >seem like that's happening from within the .sln script--am I missing a >pre-build step someplace? When config.h.in is hit in the build of configure the configure project, the configure.h file from the win32 directory is

More on this: Walking through the projects slowly: (*) "Configure" builds with no problem. (*) "support" fails: C:\Prg\llvm-2.2\llvm-2.2\win32>msbuild llvm.sln /t:Build Microsoft (R) Build Engine Version 2.0.50727.1433 [Microsoft .NET Framework, Version 2.0.50727.1433] Copyright (C) Microsoft Corporation 2005. All rights reserved. Build started 2/18/2008 12:07:45 AM.

On Wed, Feb 11, 2015 at 09:52:59PM +0000, Margaret Lewicka wrote: > On 11 February 2015 at 19:23, Richard W.M. Jones <rjones@redhat.com> wrote: > > On Wed, Feb 11, 2015 at 07:20:33PM +0000, Margaret Lewicka wrote: > [...] > >> Proposing a patch to gnulib, even should they accept it, does not fix > >> the underlying issue, which is, essentially, that gnulib

I've got comments on the code change. The test cases look ok, but I haven't fully checked the math on the half-values. I checked with reference to trunk top-of-tree at revision 156617. I have not compiled the code. lib/AsmParser/LLLexer.cpp Adds support to parse format: 0xH<hexdigits> Tha 0xH format should be described in LangRef.html alongside 0xK<hex> and

Hi Alex, That sounds like the sort of information that should be extractable from the debug information metadata. Once you're in LLVM IR, things like class names and source types are not guaranteed to be preserved in a reverse-mappable sort of way (from IR names to source names) in the IR itself. The debug information, however, is intended to do exactly that. -Jim On Oct 19, 2010, at 12:52

I submitted a patch keeping the traditional approach, HAVE_FINITE_IN_FLOAT_H and HAVE_ISNAN_IN_FLOAT... Just another case added to the others instead of a custom approach. --- Paolo On Oct 19, 2004, at 12:16 PM, Morten Ofstad wrote: > I don't know if Paolo submitted his patches for these files, but they > are not in the CVS -- I've chosen a slightly different strategy, >