similar to: [LLVMdev] Building Tools on MinGW from CVS

Hello, Greg. You wrote Saturday, May 13, 2006, 11:12:26 PM: GP> The problem is that it can't find some symbols: (SymSetOptions, GP> SymInitialize, SymGetModuleBase, SymFunctionTableAccess, etc.) GP> I looked on the Web and these functions are in Dbghelp.lib. GP> Are they also in libimagehlp.a? Yes, they are. At least im mingw-runtime 3.9 (I'm using this version). GP>

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, Takumi, you are absolutely right! It was a problem with Perl. Many thanks! That problem solved, tried to compile again the kaleidoscope example but unfortunatelly now I get the link errors found bellow: $g++ -g –O3 toy.cpp `llvm-config –cppflags –ldflags –libs core`-o toy c:/llvm-2.7/Release/lib/libLLVMSystem.a(Signals.o):Signals.cpp:(.text+0x4d4): undefined reference to

So I've been looking around for people who have built shared libraries on windows and have run in to a bit of a stumbling block. I'm able to compile without the BUILD_SHARED_LIBS flag but if I put turn the flag on as follows: cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE:STRING=Release -DBUILD_SHARED_LIBS:BOOL=ON ../llvm-2.7 Then call: mingw32-make I get: ... Linking CXX

Commenting out the Hello transformation I get these link errors: llvm[2]: Linking Debug Shared Library LTO.dll c:/DOCUME~1/1312888/Desktop/Workspace/llvm/llvm-top/Debug/lib/libLLVMSystem.a(Signals.o): In function `Z28LLVMUnhandledExceptionFilterP19_EXCEPTION_POINTERS': c:/DOCUME~1/1312888/Desktop/Workspace/llvm/llvm-top/lib/System/Win32/Signals.inc:164: undefined reference to

On Wednesday 15 August 2007 13:10, Reid Spencer wrote: > > It really depends on what you mean. I've found that iostreams are > > extremely slow, much slower than C stdio streams. Eventually I'd like to > > move them to stdio, not to more complex streambufs :) > > Eventually I'd like to move them to native syscalls adapted by > lib/System and suited to the

hi, I try to build hello.cpp using both llvmg++ and GNU g++, the generate llvm bytecode's size is about 960K, and the size of binary code generated by g++ is only 13K. Could anyone explain the difference between the two result? BWT: I rebuild the cfrontend in RH linux9.0, but when I build the hello.cpp the llvmG++ reports warnings too, it shows: ----------------------------- [yue at RH9

[As this is turning off-topic, feel free to switch to private email] Kenneth Boyd <zaimoni at zaimoni.com> writes: > Note that the official MinGW GCC binaries generally are not > bootstrapped; they're cross-compiled (presumably from CygWin). [In > particular, both the 3.4.5 and 4.2.1 MinGW binaries of gcc are not > bootstrapped.] I use MinGW rather than CygWin for

Óscar Fuentes wrote: > Kenneth Boyd <zaimoni at zaimoni.com> writes: > > >> I'm indulging in this exercise to enable testing a native MingW32 build >> of LLVM in Windows. >> > > If LLVM's DejaGNU usage is the same as GCC's, I'll google or ask on the > MinGW mailing list how MinGW testers run the GCC testsuite, before > trying to

On Wed, 15 Aug 2007, David Greene wrote: > I was just about to say that. While debugging my custom streambuf I had the > "opportunity" of investigating how libstdc++-v3 defines cout and friends. > It's not pretty. Basically, there's a stdio_sync_filebuf used as a proxy to > C's FILE *. Because stdio_sync_filebuf does no buffering itself (delegating > that to

Hello, Everyone. This is just brief description on building llvm-gcc4 with mingw32. It's definitely non error-free and contains many "hacks", which should be eliminated in the future. 1. Prerequisites We're building in the folowing configuration: 1.1 GCC 3.4.5: gcc -v Reading specs from f:/research/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with:

I'm trying to compile llvm (cvs head) on windows (WinXP sp2) using the lastest mingw, but I'm getting the link errors found below. It seems that the tools are not being linked with win32 api lib (libimagehlp.a and libpsapi.a) which defines the missing symbols. The TOOLS_VERBOSE link command is at the end of the mail and does not contain those libraries. The configure line I'm

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:

On Thu, Sep 3, 2009 at 6:24 AM, Olivier Meurant<meurant.olivier at gmail.com> wrote: > Hi Tanya, > > I have tried the 2.6 pre-release on the following host : > > Windows XP pro SP2 with mingw/msys : > > uname -a > MINGW32_NT-5.1 OLIVE 1.0.10(0.46/3/2) 2004-03-15 07:17 i686 unknown > > gcc -v > Reading specs from d:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs

Hello, Everyone. Now I have some spare time and I've decided to build LLVM on Mingw. I've grab the latest 1.7 release (not CVS snapshot). Here are some issues fixed during the build. Now I'm preparing gcc build. So, I think, there will some other "parts" 1. Prerequisites 1.1 GCC 3.4.5 from mingw.org site. $ gcc --version gcc.exe (GCC) 3.4.5 (mingw special) Copyright (C)

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,

Hello speex development team! As I see on http://www.speex.org/downloads/ page, where is no Windows binaries for speex encoder and decoder tools for 1.2beta2 version since no maintainer for it yet. Well, I compiled it from the sources using MSYS environment and MinGW tools (GCC version is 3.4.5). Both libOgg-1.1.3 and speex-1.2beta2 were configured as "./configure

Hi Tanya, I have tried the 2.6 pre-release on the following host : Windows XP pro SP2 with mingw/msys : uname -a MINGW32_NT-5.1 OLIVE 1.0.10(0.46/3/2) 2004-03-15 07:17 i686 unknown gcc -v Reading specs from d:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads

Hello, I was looking for a search engine for a small internal documentation site and found xapian and omega. Downloaded and compiled it using msys and ming on a german windows xp system. Finally installed apache on the same box. Following the omega example I copied the book to .../apache/htdocs and startet the omindex which hang up on the first document found. Even on very short doc with

I successfully built llvm using msys/mingw, but I am getting the following error when I try to build llvm-gcc using $ ../llvm-gcc4.2-2.6.source/configure --prefix=/c/Temp/msys-llvm-gcc --program- prefix=llvm- --enable-llvm=/c/Temp/msys-llvm --enable-languages=c,c++ --disable -shared $make -------------------------------------------------- gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings