similar to: [LLVMdev] patches and scons

On Sun, 2004-09-26 at 12:42, Paolo Invernizzi wrote: > Attached to this email you can find it and a new series of patches > against current CVS, that I hope are pretty safe. Paolo, I applied most of your patches to cvs. I didn't apply the patches for things under lib/Support. I will leave that to Reid (if you can resend those to this list it would be great). Here is the list of the

Hi all, Here the first bunch of patch for compiling part of LLVM under win32 with MSVC 7.1: * Trivial addings (I hope!): - #include <string> at top of: llvm\include\llvm\ExecutionEngine\ExecutionEngine.h(78) : error C2039: 'string' : is not a member of '_STL' - #include <algorithm> at top of: llvm\lib\CodeGen\LiveIntervalAnalysis.cpp(639) : error C2039:

>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

> This is fixed in CVS. You might consider upgrading to LLVM CVS, > especially if you are interested in looking at performance issues: several > important performance related patches have gone in since LLVM 1.2. OK, now i've really upgraded to CVS, but it looks like state of sources is "not compilable" :( indeed: *************************** Linking llc release executable

I have spent some time examining the llvm code now, and it seems most of the hash_maps are keyed with pointers, and a few with ints. There is also one place where the keys are std::string. All these are unproblematic with the Visual Studio std_ext::hash_map since it provides hash_value functions for all these types (note, it hashes char * as pointers, not as strings - but char * is not used

I found 179 more *.{c,cpp,h} files with tabs. Unfortunately, the tabs stops used vary so blindly expanding them messes up alignment in many cases :( Index: examples/BFtoLLVM/BFtoLLVM.cpp Index: include/llvm/AbstractTypeUser.h Index: include/llvm/GlobalVariable.h Index: include/llvm/InstrTypes.h Index: include/llvm/IntrinsicInst.h Index: include/llvm/ADT/PostOrderIterator.h Index:

Sorry. First error file is not "modes.c" but "modes_noglobals.c". ________________________________ From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of ¼Õ½Â¿ø Sent: Friday, January 20, 2006 11:40 AM To: speex-dev@xiph.org Subject: [Speex-dev] Compile error (svn 10743) Hi, I've received svn 10743 revision. But there are compile errors at

Hi, I've received svn 10743 revision. But there are compile errors at three files with VS2005. Please check these reports. Sohn, Platform system engineer. ============================================================================= 1. modes.c - nb_mode_new() SpeexNBMode * nb_mode; nb_mode = (SpeexNBMode *) speex_alloc (sizeof (SpeexNBMode)); if (nb_mode == NULL) return NULL;

Here I am again... I missed that in the previous diff, they are the usual missing <algorithm> and the std:: namespace missing in sort, find, make_pair. Alkis can you please give them an eye when you have time? The next major problem is that VC has only int rand(void) void srand( int seed ) So I donno how to compile the ExecutionEngine/Interpreter/ExternalFunctions.cpp that refers to the

On Sat, 2004-09-25 at 12:19, Paolo Invernizzi wrote: > Here is the pre-pre-pre alpha of the file, llease be kind <g> > > I give up on TableGen... cannot build the flex/bison emitted files ;-( > With my hacked version of the checkout the script build Fibonacci.exe > and HowToUseJIT.exe among with the proper libraries. > > I included also a demo version of the

Here is the pre-pre-pre alpha of the file, llease be kind <g> I give up on TableGen... cannot build the flex/bison emitted files ;-( With my hacked version of the checkout the script build Fibonacci.exe and HowToUseJIT.exe among with the proper libraries. I included also a demo version of the HowToUseJIT Visual studio project generated by the script. You can debug the program in the

If you have two asterisk systems how do you hook them up together so the users of one system can make calls onto the other system. Thanks Steve steve@17q.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20040927/69058745/attachment.htm

On Wed, 2007-03-28 at 10:22 -0500, Christopher Lamb wrote: > I don't want to drive this too off topic, but I should be clear that I > wasn't suggesting that the LLVM project adopt XPJ as it's official > config file format for Visual Studio. I have found it useful to use > XPJ to generate the initial VS projects for a code base that doesn't > already have VS projects.

Hi Oscar, On 30-Jul-08, at 9:41 AM, Óscar Fuentes wrote: > 1. General LLVM users: Are you so happy with `configure' and hand-made > makefiles that you wont consider an alternative? If you are > interested, > I can steer my work to cover all platforms. We (RapidMind) are very interested. We would very much like to see a unified build system across MSVC/Windows and gcc/Linux/OS

On Sep 26, 2004, at 12:58 AM, Alkis Evlogimenos wrote: > * It would be nice if it is broken down to smaller files (I see you > mention this in the comments). Also a file per tool/library can give us > what make cannot: cd into a tools subdir and run scons: this will build > the tool and all its dependances. Thats true, splitting it is a must. I simply feel more confortable during

I've been using SCons as the build tool for my frontend application, and I'm getting to the point where it would be useful to create a custom scanner for my generated bitcode files so that SCons can do proper dependency analysis. At the moment, SCons has no way to know which source files a particular bitcode file depends on, so the only way to do a "correct" build is to

I don't want to drive this too off topic, but I should be clear that I wasn't suggesting that the LLVM project adopt XPJ as it's official config file format for Visual Studio. I have found it useful to use XPJ to generate the initial VS projects for a code base that doesn't already have VS projects. I also find it nice to be able to see all of the config options in a

Compiling ffmpge2theora from SVN appears to die while complaining about undefined symbols? This documents my attempt to build ffmpeg2theora from SVN on Mac OS X version 10.5.7. I'm using libogg 1.1.4, libvorbis 1.2.3 and Thusnelda built from SVN... jason$ svn co http://svn.xiph.org/trunk/ffmpeg2theora/ ... Checked out revision 16330. jason$ cd ffmpeg2theora;curl -C - -O

Stefanus Du Toit <sdt at rapidmind.com> writes: [snip] > We have considered contributing such a build system, and if we were to > do so would probably base it on SCons (http://www.scons.org/) because > we already use SCons extensively. At first, SCons is what I intended too. But then I read about the KDE experience and took the safe route :-) [snip] > Are you intending

Hi all, Well, suggestion for workarounds for the namespace problems are welcome... this is a 7 minutes compile files on a pentium 4 3ghz 700Mb ram... The fatal error at the end MAY depend on the previous... or at least, I hope so. cl /nologo /TP /EHsc /GR /Zi /Yd /D__STDC_LIMIT_MACROS /DHAVE__FINITE_IN_FLOAT_H /DHAVE__ISNAN_IN_FLOAT_H /ISTLport-4.6.2\stlport /Illvm\inc lude