similar to: How to build Theora decoder on VC++ paltform

Hi, what are the goals of VS2005 support for building LLVM? I'm syncing to the v3 branch and while the branch compiles perfectly with VS2008, there are a significant amount of compile errors and warnings with VS2005 SP1 (8.0.50727.867 with KB926601 SP1, to be precise). I also have the latest WSDK installed. A few months back there were only a few minor issues that I managed to clear up.

I am getting 'bad suffix on number' for lib\target\x86\X86GenInstrInfo.inc:304, 305, ... Tablegen is generating 0x0LLU instead of 0x0ULL and VS2008 does not like it. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100609/e56cd538/attachment.html>

I pulled the test directory from 2003, but everything else from 2005. The 2005 files have more ?cross-compiling? targets than the 2003 ones. I fixed the various missing files in the new 2008 projects (misc.c and one other other are gone now). The only thing you could do which would make them more compact would be to get rid of the subdirectories under each vs-version. There is no real need for

Ben Allison wrote: > Here's another go at it. I only have VS2008 and VS2010 to test with right > now. VS6.0, VS2003 and VS2005 are untested. Thanks for your work on this Ben. > I would recommend using FLAC__uint32 instead of uint32_t to avoid these > small #if _MSC_VER < xxxx things everywhere, although I completely > understand the desire to use C99 types. If we add

On 9 June 2010 14:20, Aaron Gray <aaronngray.lists at gmail.com> wrote: > I am getting 'bad suffix on number' > for lib\target\x86\X86GenInstrInfo.inc:304, 305, ... > > Tablegen is generating 0x0LLU instead of 0x0ULL and VS2008 does not like > it. > Patch attached. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL:

src/libFLAC/memory.c cannot be compiled with MSVS 2005 (and probably VS2008 too) after this commit: http://git.xiph.org/?p=flac.git;a=commitdiff;h=7cbecbae9f70be770f7651d09531fec0de6f9cf5 because MSVS2005 doesn't provide stdint.h. According to MSDN, uintptr_t is defined in "STDDEF.H and other include files".

lvqcl wrote: > Audacity still uses VS2008 and slowly tries to migrate to VS2012. > But as stated at <http://wiki.audacityteam.org/wiki/Developing_On_Windows>, > "Audacity is currently a 32-bit only application". So it doesn't need > 64-bit builds. > Currently its trunk contains 'audacity.sln' made with Visual C++ Express 2008 > and

Hi, Last time patch contained a new file, but it seems this is not supported so I attached it here: Common.vsprops => llvm/win32/ This allow to set properties (like preprocessor definition) to all the project at the same time. And a patch for the recent file add/remove on legalizetype. Regards, Cédric Ps: perhaps I should post on llvm-commit for this kind of things? I would then need to

Applied: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20080616/063951.html Thanks Cedric! On Jun 20, 2008, at 2:36 PM, Cédric Venet wrote: > Hi, > > Last time patch contained a new file, but it seems this is not > supported so > I attached it here: > Common.vsprops => llvm/win32/ > This allow to set properties (like preprocessor definition) to all the

OvermindDL1 a écrit : > On Fri, Dec 5, 2008 at 1:58 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > >> On Fri, Dec 5, 2008 at 1:57 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> >>> On Fri, Dec 5, 2008 at 1:52 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >>> >>>> / * snip */ >>>>

I am unable to connect to build master at:google1.osuosl.org:9990 from my buildslave. See attached twisted9.0.0 log. 2010-02-12 09:50:03-0800 [-] Log opened. 2010-02-12 09:50:03-0800 [-] twistd 9.0.0 (C:\Python26\python.exe 2.6.2) starting up. 2010-02-12 09:50:03-0800 [-] reactor class: twisted.internet.win32eventreactor.Win32Reactor. 2010-02-12 09:50:03-0800 [-] Starting factory

Hi, I have a Win32 folder in libvorbis folder in which i have dsw executable file, I have Visual studio 2008 so I ported that into VS2008, then I downloaded ogg lib and included that also. After that _V_SELFTEST has been defined, then its asking the definition of these two header files #include "vorbis/book/lsp20_0.vqh" #include "vorbis/book/res0a_13.vqh" I commented this and

I'm new to Xapian & need some help, many thanks if anyone replies. I did a release build from xapian-core-1.0.7 with VS2008 by using Charlie Hull's makefiles. I'm trying to test-index my dataset -- some 200'000 docs, each document being (on average) 50 bytes long and having 6 words. I tried (a) not to use stemmer, (b) commit_transaction() on every 50/100/etc. docs, (c) not

On 17 March 2010 19:07, Óscar Fuentes <ofv at wanadoo.es> wrote: > Victor Zverovich <victor.zverovich at googlemail.com> writes: > > >> > Attached are two patches for the LLVM cmake build system. > >> > > >> > The first one adds static runtimes (MT and MTd) to the list of > >> > runtimes for the MSVC build. > >> >

Dear Nikos, thank you very much for your advice! I am not a little bit new to C++, and experiments (like using another third party library) always turn out to be days of work for me. That is why I would first like to try Speex's new internal resampling function. I am currently still using the old 1.0.4 version. I have now downloaded the new 1.2rc1 version. Unfortunately it does not want

Dear Moderator, I downloaded Vorbis 1.2.0 code from your website and I tried to build a project in Visual studio 2008, as the earlier version was created in VC 6 version it has been modified here. In the solution I have 6 projects vorbis_dynamic, vorbis_static, vorbisenc_dynamic, vorbisenc_static, vorbisfile_dynamic, vorbisfile_static. When I tried to built the project, it shows error that it

I have an old conferencing app that uses theora and I'm building it for win64. libthora 1.1 builds just fine, but libtheora 1.0 has errors related to assembly code when building for x64. I've tried using 1.1, but the video does not look right -- the clients all generate their own first 3 packets instead of sending them over the network since they assume they are all on the same version

Samuel Crow wrote: > Are you still using Cygwin? > Why not try using MinGW instead. It was available. I live in Cygwin; MSYS is a poor alternative. Also generally speaking, open source projects targeting a POSIXy environment have a higher probability of working first time with Cygwin, so it serves well for investigation (e.g. no distribution in the GPL sense). > I think Cygwin cannot

I searched through the forum and website but didn't found any information about OpenMP. Thanx in advance.

Dear Nikos, thanks! But you use Opus only for resampling, not for entirely replacing Speex, don't you? Greetings! Hermie Am 07.05.2013 22:53, schrieb Nikos Chantziaras: > The Opus resampler is actually a bugfixed version of the Speex one. Same > interface/API, but with the bugs removed. It's why I recommended it :-) > Otherwise I would have recommended something entirely