similar to: [LLVMdev] Still can't compile backend or frontend on Windows

llvmdev-request at cs.uiuc.edu wrote: >Send LLVMdev mailing list submissions to > llvmdev at cs.uiuc.edu > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >or, via email, send a message with subject or body 'help' to > llvmdev-request at cs.uiuc.edu > >You can reach the person managing the list at

llvmdev-request at cs.uiuc.edu wrote: >Send LLVMdev mailing list submissions to > llvmdev at cs.uiuc.edu > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >or, via email, send a message with subject or body 'help' to > llvmdev-request at cs.uiuc.edu > >You can reach the person managing the list at

On Sat, 29 Oct 2005, Matthew Bromberg wrote: > It's a shame this fine tool can't get better installation support for > Windows. If it did I suspect it would get a lot more coverage. After 5 Yup. > months or so I still have no way to compile the backend tools let alone the C > frontend on windows. I have tried both Cygwin and Mingw so far. MingW is > preferrable

Hi I'm compiling: /usr/local/src/llvm/lib/Support/SlowOperationInformer.cpp on MinGW. However, it stops complaining about that SIGALRM is undeclared: -------------------------- @ /usr/local/build/llvm/mklib --tag=disable-shared --silent --tag=CXX --mode=compile g++ -c -I/usr/local/build/llvm/lib/Support -I/usr/local/src/llvm/lib/Support -I/usr/local/build/llvm/include

Henrik Bach wrote: > Hi > > I'm compiling: /usr/local/src/llvm/lib/Support/SlowOperationInformer.cpp > on MinGW. However, it stops complaining about that SIGALRM is undeclared: Is there an alarm() syscall on MinGW? And if so, what signal does it send (according to the MinGW docs)? -- John T. > -------------------------- > @ /usr/local/build/llvm/mklib

Ultimately, this is another function that needs to go into lib/System. An alternate approach is to fork a thread, sleep, and when the thread wakes up, "ring the alarm". Reid. John Criswell wrote: > Henrik Bach wrote: > >> Hi >> >> I'm compiling: >> /usr/local/src/llvm/lib/Support/SlowOperationInformer.cpp on MinGW. >> However, it stops

There's simply no equivalent to signals on Windows. There is no way to asynchronously interrupt a thread's processing to execute some handler. The only thing you can asynchronously do to a thread is kill it, and that's generally frowned upon (who knows what critical sections it might be holding, etc...). Stuff like alarms is supposed to be done using the "event-driven"

To be more specific: Lines containing SIGALRM and alarm(). >From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Fri, 24 Sep 2004 23:21:58 +0200 > >>From: Reid Spencer <reid at x10sys.com> >>Date: Fri, 24 Sep 2004 13:03:44 -0700 >> >>I just discovered that the *only* place this is used is in the debugger >>when it is loading

>From: Reid Spencer <reid at x10sys.com> >Date: Fri, 24 Sep 2004 13:03:44 -0700 > >I just discovered that the *only* place this is used is in the debugger >when it is loading files, etc. There should be a way to do this without an >alarm. In fact, a thread could easily set the "ShouldShowStatus" every >second until the the thing is cancelled. Since the

OK I've got GNU ld version 2.15.94 20041229 as and ar are the same version number etc. I think the latest release is 2.16. I guess you guys like to stay on the bleeding edge! I'll give it a try with the cfrontend included as suggested, but I'm actually writing a pattern matching compiler for a non-C scripting language and I'm looking for an optimizing back-end such as llvm. I

Hi, I'm developing an R/TclTk application which uses the BWidget and Tktable Tk extensions and I'm trying to make it easy to install. For now, I'm focusing on Windows users who start with nothing. I have built Tcl/Tk and Tktable for windows using Msys/MinGW. (BWidget contains only Tcl scripts so does not need building.) I have then copied Tktable and BWidget into the lib subdirectory

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

Hi Jeff and Morten Does anyone of you win32 guys have the guts to move the sed results from *.in files out of the llvm source folders and place them under llvm/win32 instead? Then, as I see it, I will be able to to build both vc++ and mingw versions from the same sources. And, that would be nice. Otherwise, the vc++ solution mess up with my mingw compilation. Henrik.

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

Since the 1.8.4 One-click installer is based on VC++ 6.0 which is no longer available, I am looking for alternative ways of building win32-utils so as avoid segfaults. Has anyone used MingGW successfully? When I run ruby extconf.rb from MSYS the resulting make file assumes that I am using VC++. Do I need to build ruby under MinGW first? -- John-Mason Shackelford Software Developer Pearson

Hi, I'm able to build the llvm tools on the MinGW platform: burg, fpcmp, tblgen, llvm-as, llvm-dis, opt, gccas, llc, llvm-link, lli, gccld, llvm-stub, analyze and extract. I wonder if these tools are sufficient to start build the cfrontend? Henrik. _________________________________________________________________ Undg� pop-ups med MSN Toolbar - http://toolbar.msn.dk hent den gratis!

If you use Microsoft's VC++ compiler to build LLVM, you don't need to build the C front end (indeed, you can't even if you wanted to). Matthew Bromberg wrote: > OK I've got > GNU ld version 2.15.94 20041229 > as and ar are the same version number etc. I think the latest release > is 2.16. > I guess you guys like to stay on the bleeding edge! > > I'll

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

On Tue, 1 Nov 2005, Matthew Bromberg wrote: >> It is the goal to generate OBJ files directly, though that is not likely to >> happen in the near future. But there are other options that do work today. >> The JIT does work, so you can execute programs compiled via LLVM right now. >> Additionally, you can generate C code that you can then compile with VC++, >>

I'm using a little shell script: BUILD_ROOT=/home/llvm-1.7/cfrontend PREFIX="$BUILD_ROOT/install" LOCAL_BUILD_DIR="$BUILD_ROOT/build" SOURCE_DIR="$BUILD_ROOT/src" echo $__me: Building $TARGET echo $__me: BUILD_ROOT == $BUILD_ROOT echo $__me: SOURCE_DIR == $SOURCE_DIR echo $__me: LOCAL_BUILD_DIR == $LOCAL_BUILD_DIR echo $__me: PREFIX == $PREFIX