similar to: [LLVMdev] Setup of VC and LLVM folder structure when compiling: HowToUseJIT example

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

============================================================= 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/

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

Hi Brian, do you know the status of your posted question/problem submitted to binutils maintainers?: http://cygwin.com/ml/cygwin/2003-08/msg00742.html I'm having exactly the same problem on my mingw platform with g++3.3.1 Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ ---

Hi Folks Please review this link: http://www.microsoft.com/info/cpyright.mspx#EKAA As I see it, no one should use code copied from Microsoft directly, unless you are explicitly sure it is for private or non-commercial use or a permission is specifically granted for the purpose. And for that matter, no one can be sure if you rewrite code, not to infringe patents - as they adhere to

Hi, Would some one be so kind to catch the output when configuring and building the CFE together with the log files produced? Thanks. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day 2004 - 28th of

Hi, I can't figure what this means: ------------------ ... checking for g++ that supports -ffunction-sections -fdata-sections... no checking for sin in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make: *** [configure-target-libstdc++-v3] Error 1 ------------------ Henrik. ============================================================= Henrik Bach Open Source

Hi Just for info: I've succeded upgrading to binutils 2.15 (from pure binutils source) on the mingw platform, through almost automatically configuring, compiling and installing dmake and perl. However, the LLVM configure searches a nonexistent path (c:/mingw/mingw32/bin) in the PATH environment and funny enough finds an old version of ld. So, you have to manually fix the llvm libtool

Hi, when building the llvm cfe (3.4 derivative), for the mingw platform, I get this error: 'error: there are no arguments to `lrand48' that depend on a template parameter, so a declaration of `lrand48' must be available'. ------------------------ make[3]: Entering directory `/C/projects/build/MinGW/llvm-gcc-1-1/i686-pc-mingw32/libstdc++-v3/testsuite'

Hi, Here is my first try to document, how to build the llvm suite for MinGW. Henrik. ============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible just takes longer time :)' - Inventor of a new energy saver

On Fri, 14 Jan 2005, Henrik Bach wrote: > when building the llvm cfe (3.4 derivative), for the mingw platform, I get > this error: 'error: there are no arguments to `lrand48' that depend on a > template parameter, so a declaration of `lrand48' must be available'. Hi Henrik, We haven't modified the GCC configure script or build system, so I don't know what

>From: Paolo Invernizzi <arathorn at fastwebnet.it> >Date: Thu, 16 Sep 2004 11:18:00 +0200 >If VC6 is not doing something wrong with templates... ;-/ As far as I know is template handling a part of some C++ ISO standard. Then, MS should adhere to this... However, what you objects against is that MS didn't implement STL the way STL should be implemented. And the reason to

Hi OG, I think it first of all would be nice, if we could supplement this group with a discussion list on this topic. The reason for this isn't to ad more bureacracy, but to present public ideas and visions to a broader forum and I belive in that the more elaboration within a broader forum the better the ideas will get and the more people will get committed to start and finish the task.

This sounds suspiciously like the problem I ran into with VC++, whose std implementation also includes _Distance. Could mingw have copied VC++ too closely? The fix with VC++ was to add a "using std::_Distance" line (or just "using namespace std". Chris Lattner wrote: > On Fri, 14 Jan 2005, Henrik Bach wrote: > >> when building the llvm cfe (3.4 derivative), for

Hi Reid, I downloaded the latest source code and ran configure (I suppose it was that you did mean). The result is: --------------- checking build system type... i586-pc-interix3 --------------- Otherwise, please correct me. /Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ --- >From: Reid Spencer <reid at x10sys.com>

Hi LLVM'ers, when configuring llvm on mingw32: /C/projects/src/llvm-1/llvm/configure --prefix=/C/MinGW/msys/home/Administrator/llvm --enable-targets=x86 I got this error: configure: configuring in projects/Stacker configure: running /bin/sh '/C/projects/src/llvm-1/llvm/projects/Stacker/configure' --prefix=/C/MinGW/msys/home/Administrator/llvm

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