similar to: [LLVMdev] making cygwin nightly builds available?

Hello, Reid. You wrote Friday, January 21, 2005, 11:14:41 PM: RS> FYI, work progresses on the Win32 native port which you might also find RS> interesting. It might even get done before the cygwin stuff. Jeff Cohen RS> is working on that. Perhaps he can indicate the status of that effort. There is too much work to do native Win32 builds. I've tried to get llvm compiled on mingw32

Hi Reid, Now, I've removed the file and updated the source tree with this command: cvs -z3 -d :pserver:anon at llvm-cvs.cs.uiuc.edu:/var/cvs/llvm update -PdR llvm However, the file still exits. Henrik. >From: Reid Spencer >Date: Mon, 20 Jun 2005 10:57:54 -0700 > >Hi Henrik, > >You don't have the latest C/C++ Front End Source code. Please update >from CVS to get

Hello, Jeff. You wrote Saturday, January 22, 2005, 3:57:28 AM: JC> Reid, the binary/text mode is a valid issue. This set of flags worked for me: std::ios_base::out | std::ios_base::trunc | std::ios_base::binary Yes, there are open issues with std::ios_base::binary, but llvm are not affected with them now. JC> I have successfully used a bytecode file on Windows that was created JC> on

Hi LLVMers, The root of my SRC_DIR is: /home/hb/projects/src/llvm-1/llvm/ and the root of my OBJ_DIR is: /home/hb/projects/build/FC1/llvm-1-1. However, the configure script seems to have stripped some of the / from the paths: Makefile.common:63: /home/hb/projects/buildFC1llvm-1-1/Makefile.config: No such file or directory Makefile.common:69: /home/hb/projects/srcllvm-1/Makefile.rules: No such

Hello, Henrik. You wrote Friday, May 13, 2005, 5:52:11 PM: HB> However, me and others will try to help you to compile the cfe. Please HB> submit your compiling errors on this mailing list. I've compiled CFE on cygwin this winter without any problems. I really didn't change anything to let it work. -- With best regards, Anton mailto:asl at math.spbu.ru

Yes, Chris you're right. It seems that my << operator for int64_t is missing in my '/opt/gcc.3.3/include/c++/3.3/bits/ostream.tcc' file. Which ordinary version of GCC are you working with and how do your definition of the << operator for int64_t look like? /Henrik > >Here is an excerpt from the config.log for LLVM: > >configure:19451: checking for int64_t

Uh... shouldn't a Win32 port use the Win32 API? On Tue, 14 Sep 2004 02:11:51 +0200 "Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote: > Hi > > Here is my first patches to the Win32 platform. > > They compile on the mingw platform. > > I haven't test them yet, but I thought it will best to put them in the save, > just in case... > >

============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ =============================================================

Hi Jeff, _HEAPOK is unknown to mingw 1.0 (which is the official release). Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/

Hi, This minor patch clarify matters in the CFEBuildInstrs.html file in my view. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/

Here is an excerpt from the config.log: configure:19451: checking for int64_t configure:19476: gcc -c -g -O2 conftest.c >&5 configure:19479: $? = 0 configure:19482: test -s conftest.o configure:19485: $? = 0 configure:19496: result: yes configure:19511: checking for uint64_t configure:19536: gcc -c -g -O2 conftest.c >&5 configure:19539: $? = 0 configure:19542: test -s conftest.o

Hi, I get this error: --------------- configure: configuring in projects/Stacker configure: running /bin/sh '/C/projects/src/llvm-2/llvm/projects/Stacker/configure' --prefix=/C/LLVM/tools/ '--prefix=/C/LLVM/tools/' 'CPPFLAGS=-D__MINGW -DLLVM_ON_WIN32=1' --cache-file=/dev/null --srcdir=/C/projects/src/llvm-2/llvm/projects/Stacker configure: error: invalid variable

Hi Aaron, Sorry for the delay. Please be aware, that these instructions has not been used lately. However, I'll try to follow up on your questions. Here are my instructions to compile the cfe: 5. Configure, build, and install the C front-end: a. Before configure: export CPPFLAGS="-D__MINGW32__ " ?export LDFLAGS=-Wl,-no-keep-memory"

No, Chris, I'm not buying that argument, due to I've tweaked /usr/include/types.h a little bit, so the configuration and compilation of the cfrontend would be correct: /* * 64bit type for BSD compatability */ #ifdef __GNUC__ typedef long long int quad_t; typedef unsigned long long int u_quad_t; typedef long long int int64_t; typedef unsigned long long int u_int64_t;

Hi, Today I've succeded in compiling the llvm-tools, llvm-gcc and stacker frontend and in installing it. Uptill now I've followed the steps given in: http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html with modifications for the mingw platform. I'll return with step-by-step instructions how to do it on this platform. Cheers Henrik :)

Sorry, I forgot to give all you guys my credit, too. Without your help - especially from Jeff, Morten, Reid and Chris, to name a few, this wouldn't have succeded. Just for fun, I ran from a windows command prompt the fibinacci.exe with the argument of 10 and it returned 55. All in all, something lives. Great! :) >From: "Henrik Bach" Date: Fri, 28 Jan 2005 23:26:02 +0100

>From: "Robin Davies" <rerdavies at rogers.com> > >I'm building on cygwin. But the procedure for building the front-end on >Cygwin is a bit daunting, to say the least,. > >Does anyone know a source for a pre-built version of the same? > To my knowledge there is no pre-built version of the cfe. However, if you like I can give you the build instructions.

Hi Henrik, You don't have the latest C/C++ Front End Source code. Please update from CVS to get the fix for the 2005-06-15-ExpandGotoInternalProblem.c test. Note the date of the test (5 days ago). Reid. On Mon, 2005-06-20 at 18:42 +0200, Henrik Bach wrote: > Hi, > > Now, I've build the tools and the cfe. However, 'make check' gave me the > attached results.

Hi Aaron, which version of makeinfo are you running? Henrik. >No. This is where I was stuck some months ago. > >I do not know makeinfo so was not able to proceed any thurther than >verifying the makeinfo statement did the same thing when done on the >command line. > >Basically I am stuck. I do not know whether it was my Cygwin configuration >or something I have done

>From: Jeff Cohen <jeffc at jolt-lang.org> > >Uh... shouldn't a Win32 port use the Win32 API? > Well, as I see it LLVM contains only tools that are perfectably manageble through a shell. And in this respect, I see the win32/mingw port perfectably achieves this at the moment. >On Tue, 14 Sep 2004 02:11:51 +0200 >"Henrik Bach" <henrik_bach_llvm at