similar to: [PATCH] Compilation of libshout with MinGW

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

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.

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

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

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?)

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

I propose the following changes to the libshout API to support nonblocking I/O: New functions: int shout_set_nonblocking(shout_t *self, unsigned int nonblocking): Instructs libshout to use nonblocking I/O. Must be called before shout_open (no switching back and forth midstream at the moment). unsigned int shout_get_nonblocking(shout_t *self): self-explanatory. Changed functions:

Hello all, I have enclosed a set of patches to enable compilation of libshout (from the CVS head) on a Win32 MinGW 3.1.0 system. I can supply other diff formats if my patches are troublesome to use. <p> -------------- next part -------------- A non-text attachment was scrubbed... Name: libshout.patch Type: application/octet-stream Size: 4487 bytes Desc: libshout.patch Url :

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A couple of one-liners. One restricts the use of the os.h to msvc, since mingw can use config.h. The other adds -no-undefined to LDFLAGS (no idea what the impact on non-PE OSes will be, but unless undefined symbols in libshout are needed by design, -no-undefined should be safe). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) Comment:

It is good. Two clang tests will fail due to PR8520 and have been fixed in llvm ToT r127724. With 3-stage build, stage-3 binaries are working fine. Bill, thank you to work for release_29! ps. binaries of stage2 and stage3 would not match. [PR9569] ...Takumi $ uname.exe -a MINGW32_NT-6.1 HEAVEN64 1.0.12(0.46/3/2) 2010-02-05 01:08 i686 unknown $ gcc --version gcc.exe (TDM-1 mingw32) 4.4.0 *

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

Full_Name: Steffen Version: 2-5-0 OS: Windows Submission from: (NULL) (192.124.243.162) Hi, the R CMD build script is using if($WINDOWS) { ## workaround for paths in Cygwin tar $filepath =~ s+^([A-Za-z]):+/cygdrive/\1+; } which does not work if the build environment is a MINGW. I have added the patch below, Yours, Steffen $ diff -u build build.orig --- build

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:

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++" >

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.

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

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

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

Anton Korobeynikov wrote: > > > You should have Perl installed. As you're probably using msys, you > should also install msys-dtk, which includes perl for msys. > > -- > With best regards, Anton Korobeynikov. > > > I installed msys-dtk as suggested and got just a bit further. My mingw gcc is version 3.4.2. Thanks for the help so far. I actually had