similar to: [LLVMdev] Generating EXE with LLVM

Dear all, In the download section of the Speex web site, you can find the Windows DLLs until the 1.2beta2 version, but for the newest version 1.2rc1 there aren?t any available. Therefore, I?m trying to generate the Windows DLLs for the 1.2rc1 version using the MSVC 2005 project files available in the source code. After a lot of problems, finally I have generated the DLLs. However there is a

Owen Anderson <resistor at mac.com> writes: > On May 13, 2008, at 1:30 AM, kr512 wrote: >> >> Nevertheless, LLVM is not provided as a ready-to-use DLL, >> unfortunately. > > This is exactly why I asked if you had downloaded and compiled it. If > you had, you might have noticed that it does produce a set of ready-to- > use shared libraries. I'm sorry

On May 13, 2008, at 6:38 PM, Óscar Fuentes wrote: > Last time I checked, building LLVM on Windows (MinGW or MSVC) did not > produce dlls. > > Has this changed? > > I was succesful converting the libraries produced by MinGW to dlls, > though. > It's a little bit immaterial whether they're shared or static libraries, since one would be distributing them bundled

On Jul 30, 2013, at 12:41 PM, Stephen Lin wrote: >> Right. What's the point of all the effort devoted to MSVC++ ABI >> compatibility when Clang doesn't need it for being a top-notch C++ >> compiler on Windows? > > I brought up a similar point a little bit earlier, too.... > > It seems like the only necessary condition for being a first-class >

Owen Anderson <resistor at mac.com> writes: > On May 13, 2008, at 6:38 PM, Óscar Fuentes wrote: >> Last time I checked, building LLVM on Windows (MinGW or MSVC) did not >> produce dlls. >> >> Has this changed? >> >> I was succesful converting the libraries produced by MinGW to dlls, >> though. > > It's a little bit immaterial whether

Hi, I've started making an Ogg Vorbis SDK, as per IRC topic instructions :) Some questions: Its just targetting MSVC right? Not borland/whatever? Should it install the headers/libraries in the msvc dir (c:\Program Files\Microsoft Visual Studio\VC98\(Include|Lib)), or should it put them in the same directory as the document (c:\Program Files\Ogg Vorbis SDK\(Include|Lib)), and have the sample

Hi Emanuel, That'll be me!! Bear with me, if you will, it's been a long time since I looked at this but I'll try to get an answer to you within the next few days once I've had a chance to re-explore what it was that I did! regards John Emanuel Aguilera Mart? wrote: > Dear all, > > > > In the download section of the Speex web site, you can find the Windows

How about this: http://www.debenhamsuffolk.co.uk/t/SDK-22-08-03.exe [1654 kB] Its all now in one directory (even the dlls). And I added a small doc saying how to set up MSVC 6 for vorbis. Need someone with MSVC 7 to say where the options have moved to (as they no doubt have :) ... Who wants this by the way? --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

On Mon, Oct 27, 2008 at 10:01 PM, Emanuel Aguilera Mart? <emaguimar at hotmail.com> wrote: > Therefore, I'm trying to generate the Windows DLLs for the 1.2rc1 version > using the MSVC 2005 project files available in the source code. Yeah, MSVC projects in the published RC1 sources are broken. I've sent fixes to Jean-Mark, and I hope they've gotten their way to the git.

Hi I'm new with ogg and also with using third party libraries. I'm making a C++ PocketPC program and I need a simple wav->ogg encoder function. But as I have tried to use ogg vorbis libraries I don't know what or how to use them. I think that best way would be to use libogg 1.1.3 and libvorbis 1.1.2. Do I even need both of them, since I only need to have capability of

I've just started looking into using Ogg Vorbis for our streaming audio needs. We're doing games for MacOS, OS X and Win32. So far, after wading through the docs and sample code, I think I have a reasonably solid idea of how it all works. Now some questions: - currently my code is architected with a separate audio thread responsible for decoding chunks of compressed audio on demand

On Tue, Mar 1, 2016 at 4:21 PM Reid Kleckner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > First, I'd like to say it would be great if we could get away from relying > on these globally unique pass IDs represented as addresses of globals. Long > ago I tried to hack up a DLL build of LLVM and quickly discovered that > these IDs are the biggest source of dllimported

On 24 August 2014 02:05, Alex Rosenberg <alexr at leftfield.org> wrote: > But it must. If you want to be able to use LLVM DLLs inside a Windows app, it has to be built with MSVC because they have their own C++ ABI. At some point, Clang will support Microsoft's ABI well enough to consider a bootstrap instead. Ah, there's my answer! I thought we were at that stage already.

Óscar Fuentes <ofv at wanadoo.es> wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.comp.compilers.llvm.devel as well. > > nobled <nobled at dreamwidth.org> writes: > >> The LLVM 2.7 release notes say you can use ./configure --enable-shared >> to build LLVM as a shared library (libLLVM2.7.so), and the LLVM tools

Hi, Can someone tell me how to compile the vorbis dlls under Windows? I've already got to the part, where I downloaded the sources from CVS. CH4R1ie <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word

Hi! Is there any way to do sort of an ldd-style function to see what dlls are needed by certain executables or other dlls in wine? Thanks! -Steven

Hi, trying to compile CVS wine version after updating today reports these messages : make[3]: Entre dans le r?pertoire `/home/wine/graphics/x11drv' make[3]: *** Pas de r?gle pour fabriquer la cible `../../include/bitmaps/obm_lfarrowi', n?cessaire pour `oembitmap.o'. Arr?t. make[3]: Quitte le r?pertoire `/home/wine/graphics/x11drv' make[2]: *** [../../graphics/x11drv/x11drv.o]

Hi, I am using premake4 generated make files to compile my projects, which works fine if I am using mingw32-make.exe from the MinGW 32 bit distribution, but doesn't work with the make.exe supplied by the latest RTools 2.16. That make.exe first complains it can't create directories and then that it has "no rule". So how comes there is no mingw32-make.exe along with RTools? I

Some small utilities that I sometimes run are often distributed as a .ZIP file containing the application and any DLL's that it depends on. Windows has a behavior where if a DLL is located in the same directory as an application, windows preferentially chooses the DLL's in that directory over the same DLL that appears in C:\Windows\system32 Wine doesn't seem to behave this way (at

I've heard from several users who report no difficulties using the Rwinst.exe installer for the released version of 1.2.0. I've blown away all traces of 1.2.0 on my system and have re-downloaded all 10 zip files and the installer on both my NT and Win2K boxes. The memory-overwrite error persists on both systems, suggesting that there is some incompatibility between the 1.2.0