Displaying 3 results from an estimated 3 matches for "subr_address".
Did you mean:
subaddress
2004 Jan 08
0
[LLVMdev] Re: idea 10
...r as the core primitives of single host, multi-CPU
> programming ?
if LLVM would be really "low-level", then
I would consider a generalized CALL as such a primitive,
i.e. where not only address of subroutine is supplied,
but the address of host as well.
something like
call host:subr_address
However LLVM is very high-level !
It is so high-level, that I'd propose ...not include
any primitives at LLVM language at all !
(So, Se'bastien, sry for answering "rather yes" about UCP)
Indeed, let's consider Fib example:
//------------
int f(int n) {
if(n<2) retur...
2004 Jan 08
1
[LLVMdev] Re: idea 10
Hello again Valery,
Valery A.Khamenya wrote:
> All benefits, what one could obtain from "LLVM supporting multiple CPU
> at single host", one might obtaine from "LLVM supporting multiple CPU
> at multiple hosts". Isn't that logical?
I see more precisely what you mean, but I don't think it is that
straightforward to generalise the benefits multiple CPU on
2004 Jan 08
2
[LLVMdev] Re: idea 10
> Interesting email address there :)
> On Thu, 2004-01-08 at 01:18, =?koi8-r?Q?=22?=Valery
> A.Khamenya=?koi8-r?Q?=22=20?= wrote:
unfortunally some email parsers and email clients deny to work correctly with international conventions :(
follow this URL for more details:
http://www.python.org/doc/current/lib/module-email.Header.html
> On the same machine, LLVM definitely needs to