similar to: Today's silly experiment: compiling wine under MinGW

This file (UnixLocalInferiorProcess.cpp) is due for porting and placement in lib/System but I haven't gotten there yet. If you come up with something that works on MINGW, please let me know. Thanks, Reid. Henrik Bach wrote: > Hi > > When compiling UnixLocalInferiorProcess.cpp, I get these errors: > ----------------------- >

On Wed, 6 Oct 2004, Reid Spencer wrote: > This file (UnixLocalInferiorProcess.cpp) is due for porting and placement in > lib/System but I haven't gotten there yet. If you come up with something that > works on MINGW, please let me know. As you might guess by the name, this file is essentially entirely unix specific. The debugger is designed so that multiple backends can be plugged

Hi When compiling UnixLocalInferiorProcess.cpp, I get these errors: ----------------------- C:/MinGW/msys/local/projects/src/llvm/lib/Debugger/UnixLocalInferiorProcess.cpp:41:22: sys/wait.h: No such file or directory C:/MinGW/msys/local/projects/src/llvm/lib/Debugger/UnixLocalInferiorProcess.cpp: In member function `void <unnamed>::IP::startChild(llvm::Module*, const

On 2/12/2011 6:58 PM, nullnull wrote: > I'm a Windows user, and wish to run LLVM-Clang on Windows. > In Visual Studio 2010, buidling was fairly straightforward via the > solution file from CMake. However, there is no good document (thought > I searched for an hour) how to compile LLVM with MinGW on Windows. > I generated MinGW Makefile and build directories from CMake. Ok.

Hi I've been able to semi compile (i.e. excluded code not present on the platform) the source code of the LLVM tblgen tool on the MinGW platform. However, when linking the object files the linker does not succeed: -------------------------- Linking tblgen debug executable (without symbols) C:/MinGW/msys/local/build/llvm/lib/Debug/libLLVMsystem.a(Signals.o)(.text+0x7e3): In function

Hello list, I've been trying to get the PostgreSQL PL/R library to compile on windows (http://www.joeconway.com/plr/). The author of this library says the problem is likely because the distributed R.dll isn't compiled as a shared dll. Is this the case? If so, is there any way to compile it such that it is shared? If that's not the case, than maybe someone on this list has a better

I'm a Windows user, and wish to run LLVM-Clang on Windows. In Visual Studio 2010, buidling was fairly straightforward via the solution file from CMake. However, there is no good document (thought I searched for an hour) how to compile LLVM with MinGW on Windows. I generated MinGW Makefile and build directories from CMake. I installed entire MinGW+MSys packages. I tried to run "make -f

Good evening, guys! I suppose mingw build would be stable, though, I would like some patches to be picked up. * RC1 LLVM and clang can be built on either msys/autoconf, msys/cmake and mingw/cmake. By CMake, all tests can run but 37 of LLVM and 5 of clang tests would fail. On mingw by configure tests cannot be executed. [PR9505] For compiling, I saw a warning, in llvm-bcanalyzer.cpp. (fixed in

> Make sure you're using the correct perl - that one which comes with msys DTK I'm using msys perl for msys 1.0.11. Maybe I should revert back to msys 1.0.10? ________________________________ Dari: Anton Korobeynikov <anton at korobeynikov.info> Kepada: leledumbo <leledumbo_cool at yahoo.co.id> Cc: llvmdev at cs.uiuc.edu Terkirim: Sen, 27 September, 2010 13:45:47 Judul:

I was building tools just fine last weekend, but now something has changed... The problem is that it can't find some symbols: (SymSetOptions, SymInitialize, SymGetModuleBase, SymFunctionTableAccess, etc.) I looked on the Web and these functions are in Dbghelp.lib. Are they also in libimagehlp.a? (BTW: does someone know a tool to examin the exported symbols in a MinGW foo.a library?)

Thanks. I'll try some of this. Further comments in-line: On Sun, 23 Apr 2006, Oscar Fuentes wrote: > Greg Pettyjohn <gregp at ccs.neu.edu> writes: > > > I'm using a little shell script: > [snip] > > confopts="--prefix=$PREFIX" > > confopts="$confopts --disable-threads" > > confopts="$confopts --disable-nls" >

SVN head LLVM and Clang built out of the box for me a week ago on MSYS/ MINGW, using the following files: MinGW-5.1.3.exe MSYS-1.0.10.exe msysDTK-1.0.1.exe bash-3.1-MSYS-1.0.11-1.tar.bz2 bison-2.3-MSYS-1.0.11.tar.bz2 coreutils-5.97-MSYS-1.0.11-snapshot.tar.bz2 flex-2.5.33-MSYS-1.0.11.tar.bz2 gawk-3.1.5-MSYS-1.0.11-snapshot.tar.bz2 regex-0.12-MSYS-1.0.11.tar.bz2 1. install these components 2.

So the fundamental problem I'm trying to solve is how get my cfrontend build configured properly. The usual symptom of an incorrect configuration is the inability to find various header files. Here's some example spew: $ /home/llvm_home/llvm-gcc-build/gcc/xgcc -v -B/home/llvm_home/llvm-gcc-build/gcc/ -Bc:/msys/1.0/mingw32/bin/ -Bc:/msys/1.0/mingw32/lib/ -isystem

Greg Pettyjohn <gregp at ccs.neu.edu> writes: > I'm using a little shell script: [snip] > confopts="--prefix=$PREFIX" > confopts="$confopts --disable-threads" > confopts="$confopts --disable-nls" > confopts="$confopts --disable-shared" > confopts="$confopts --enable-languages=c,c++" >

Hiya, I'm trying to get speex compiling under windows using MinGW and Msys. Sequence of events: - unpack the speex distribution, then run: - ./configure --disable-shared then it happily goes off and spews out a load of output, untill finally, it spews out the "killer": checking for sin in -lm... yes checking for getopt_long... yes checking for main in -lwinmm... yes ./configure:

My test environment: 1. Installed mingw/MSYS from sourceforge.net/projects/mingw using the "Automated MinGW Installer" mingw-get-inst-20110802.exe (installed everything except Fortran). 2. Installed Python 2.7 from www.python.org/download using python-2.7.2.msi 3. MSYS bash path set to /c/MinGW/bin:/bin:/c/Python27:/c/WINDOWS/ system32:/c/WINDOWS:/c/WINDOWS/system32/wbem 4. Built

What version? Did you try both 1.2rc1 and git? Jean-Marc Quoting James McIlroy <james.mcilroy at nativ.tv>: > Hiya, > > I'm trying to get speex compiling under windows using MinGW and Msys. > > Sequence of events: > - unpack the speex distribution, then run: > - ./configure --disable-shared > > then it happily goes off and spews out a load of output,

Now I can't make CMake use "MSYS Makefiles". I get an error about GNU v4.7.0 being broken as it can't build a simple test program. Using "MinGW Makefiles", everything works out of the box. And I am trying to give the user the most Windowsy experience (to avoid Cygwin, GnuWin32, and MSYS, if I can). So I think I'll stick to my current angle - which is to let the

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:

Oh, didn't realize that there already is a semi-official build of CMake with Ninja support. I am trying it out right now and it seems very promising. So I'll change the document to use Ninja instead of "MinGW Makefiles". No need to waste energy on MinGW and MSYS Makefiles when Ninja outdoes them both. I thought people would have to build CMake themselves, something I'd