Displaying 20 results from an estimated 3000 matches similar to: "[LLVMdev] Files to lib/System/Win32"
2004 Sep 24
0
[LLVMdev] SlowOperationInformer.cpp:55: error:`SIGALRM'undeclared (first use this functi
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
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
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
2005 Jan 28
0
[LLVMdev] Compiling errors for tracelib.c
On Fri, 28 Jan 2005, Henrik Bach wrote:
> Is there something wrong with my llvm-gcc compiler?:
> c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: warning: type
> defaults to `int' in declaration of `PRIMES'
> c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:56: warning: data
> definition has no type or storage class
It looks like that file had
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 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
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
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 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
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 :)
2005 Jan 28
2
[LLVMdev] Compiling errors for tracelib.c
Hi,
Is there something wrong with my llvm-gcc compiler?:
------------------------
GNU C version 3.4-llvm 20030924 (experimental) (mingw32)
compiled by GNU C version 3.4.1 (mingw special).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: error: syntax
error before "PRIMES"
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
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 15
0
[LLVMdev] Files to lib/System/Win32
>From: Jeff Cohen <jeffc at jolt-lang.org>
>Date: Wed, 15 Sep 2004 10:44:08 -0700
>
>It's not hard in the sense that MSDN has sample code that does this.
>It's not much more than cut and paste. But I could make it compile
>conditionally so that it will compile only with Microsoft's compiler.
>
Leave it open as an excise. I'll barf if it's necessary
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 Nov 06
1
[LLVMdev] I need some output and log files to trace down why my build fails
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
2005 Jan 22
0
[LLVMdev] making cygwin nightly builds available?
Hi Anton,
You're already a part of the llvm development team by participating actively
on the llvm development list :) If you wish we can put you on:
http://llvm.cs.uiuc.edu/Developers.html
Great to have you on the team, welcome!
We (Jeff, Morten, Paolo, the rest of the team and I) are looking forward to
cooperate with you and to push win32 and mingw versions even further to
stable and