similar to: [LLVMdev] Files to lib/System/Win32

Displaying 20 results from an estimated 7000 matches similar to: "[LLVMdev] Files to lib/System/Win32"

2004 Sep 14
0
[LLVMdev] Files to lib/System/Win32
>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Tue, 14 Sep 2004 07:25:11 -0700 > >On Tue, 14 Sep 2004 12:46:31 +0200 >"Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote: > > > >From: Jeff Cohen <jeffc at jolt-lang.org> > > >Date: Mon, 13 Sep 2004 21:24:47 -0700 > > > > > > > > >But there are some
2004 Sep 14
2
[LLVMdev] Files to lib/System/Win32
>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Mon, 13 Sep 2004 21:24:47 -0700 > > >But there are some issues with System I'm going to have to take care of >besides using Win32. There appears to be some Unix assumptions like the >presence of /etc or the HOME environment variable. Neither have any >true equivalent in Windows. > Will be fixed in a working
2004 Sep 14
0
[LLVMdev] Files to lib/System/Win32
>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
2004 Sep 14
0
[LLVMdev] Files to lib/System/Win32
>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Mon, 13 Sep 2004 21:29:34 -0700 > > >Actually, this is one thing that does not need to be done. Windows is >quite happy using forward slashes in Win32 APIs. Of course, any path >you get /back/ from Windows will have back slashes. I didn't notice this nice little feature :) > >But you do have to take drive
2004 Sep 14
0
[LLVMdev] Files to lib/System/Win32
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... > >
2004 Sep 14
4
[LLVMdev] Files to lib/System/Win32
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 _________________________________________________________________ F� alle de nye og sjove ikoner med MSN Messenger http://messenger.msn.dk/ -------------- next part -------------- An embedded and
2005 Jan 01
1
[LLVMdev] configure: error: invalid variable name: CPPFLAGS
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
2005 Jan 14
1
[LLVMdev] Building the CFE I get this error: there are no arguments to `lrand48'
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
2005 Jan 28
2
[LLVMdev] The complete suite of llvm now compiles on mingw
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 :)
2004 Dec 15
1
[LLVMdev] Patch with comment to __MINGW def in TimeValue.cpp
============================================================= 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/ =============================================================
2004 Dec 23
1
[LLVMdev] A small patch to Process.cpp
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/
2004 Dec 31
1
[LLVMdev] Minor patch to clarify matters in the CFEBuildInstrs.html
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/
2004 Jul 07
1
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
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
2005 Jan 28
0
[LLVMdev] The complete suite of llvm now compiles on mingw
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
2004 Nov 16
3
[LLVMdev] Re: Notes on the release notes for the fifth public release of LLVM
Well Chris, then I've to ask the guys who really have the hands into the guts of the VC++ code: On Tue, 16 Nov 2004, Henrik Bach wrote: > Hi Chris, > > I'm reading release notes for the fifth public release of LLVM and came > across this line: > > "The LLVM source code is now compatible with Microsoft Visual C++." > > which is almost true, if
2004 Jul 07
0
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
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
2004 Nov 17
0
[LLVMdev] Re: Notes on the release notes for the fifth public release of LLVM
Well, Henrik has a point. As of now, the only thing LLVM is good for when built with VS is the JIT engine, and then only if you're willing to write your own front end--or be satisfied computing fibonacci numbers :) That doesn't make it useless, of course, as Morten will testify, but the market for this level of functionality can't be big. I do plan on creating projects to build llc
2004 Sep 14
1
[LLVMdev] Files to lib/System/Win32
>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Tue, 14 Sep 2004 18:10:29 +0200 > >>From: Jeff Cohen <jeffc at jolt-lang.org> >>Date: Tue, 14 Sep 2004 07:25:11 -0700 >> >>On Tue, 14 Sep 2004 12:46:31 +0200 >>"Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote: >> >> > >From: Jeff Cohen
2004 Jul 27
1
[LLVMdev] ToolRunner.cpp:396: error: `SHLIBEXT' undeclared (firstuse this function)
Hi again Does cygwin support shared libraries. And if not, how did you port llvm on this issue? /Henrik >From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Tue, 27 Jul 2004 00:41:53 +0200 > >Hi, > >I get this error: >------------------ >ToolRunner.cpp:396: error: `SHLIBEXT' undeclared (first use this function) >ToolRunner.cpp:396:
2004 Sep 15
2
[LLVMdev] Files to lib/System/Win32
> >> >>I did successfully compile all those files with VC++ 7.1. Does mingw >>come with it's own version of windows.h or are you using the official >>Microsoft header files? >> > >Due to legal issues with Microsoft, they (mingw development team) have >supplied their own header files to support the win32 API. > To be exact, I use mingws own header