Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Skip this and previous mail about: HowToUseJIT.cpp"
2004 Sep 16
1
[LLVMdev] HowToUseJIT.cpp - file: 'llvm/ADT/iterator': Nosuchfile or directory
>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
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 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 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 Jul 06
0
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
On Wed, 7 Jul 2004, Henrik Bach wrote:
> This tweak seems to work.
>
> As far as I can see, correct me if I'm wrong, it is the compiler, that can't
> figure out which std::basic_ostream to use. Why?
What I'm saying is that it appears that your implementation of operator<<
is not functional or is missing. You said that you are using GCC on
internix. Is it possible
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
0
[LLVMdev] Setup of VC and LLVM folder structure when compiling: HowToUseJIT example
Paolo,
how is your setup of VC and LLVM folder structure when compiling:
HowToUseJIT example?
Henrik
---
Got Freedom?
Software Freedom Day 2004 - 28th of August
http://www.softwarefreedomday.org/
---
_________________________________________________________________
F� alle de nye og sjove ikoner med MSN Messenger http://messenger.msn.dk/
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
2004 Jul 16
2
[LLVMdev] IsNAN.cpp:23:3: #error "Don't know how to get isnan()"
Hi
>From: Chris Lattner <sabre at nondot.org>
>Date: Thu, 15 Jul 2004 17:43:27 -0500 (CDT)
>Ah, suddenly everything makes sense. If you're interested in LLVM on the
>windows platform, *please* get CVS.
Last night I've got the latest version of LLVM from CVS and now porting LLVM
to Interix from this version on.
I got this error:
---------------------
gmake[1]:
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/
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 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 Jul 06
2
[LLVMdev] AsmWriter.cpp:255: error: ambiguous overload for `std::basic_ostream<char,...
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;
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 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 Sep 16
1
[LLVMdev] Patch to lib/System/Interix
>From: Reid Spencer <reid at x10sys.com>
>Date: Thu, 16 Sep 2004 13:26:09 -0700
>
>Okay, so the question is, how do you do the equivalent of a MAP_ANON
>allocation on Interix. We don't want to map a file here. We're just asking
>for virtual memory (unbacked by swap or file) to be allocated to the
>process. Is there a way to do that on Interix? The
2004 Jul 14
1
[LLVMdev] Constants.cpp:368: error: `INT8_MAX' undeclared (first use this function)
Hi
By manipulating a #define for G++ I've managed to compile int64_t type with
ostream.
Now, I'm stopped by some to me unknown constants:
-----------------------------------
Compiling Constants.cpp
Constants.cpp: In static member function `static bool
llvm::ConstantSInt::isValueValidForType(const llvm::Type*, long long
int)':
Constants.cpp:368: error: `INT8_MAX' undeclared
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