similar to: Openmirage, erlang on xen, etc

Displaying 20 results from an estimated 700 matches similar to: "Openmirage, erlang on xen, etc"

2013 Jan 11
2
[Community Review] Mirage Incubation Project Proposal
Hi everybody, this e-mail is to let you know that the OpenMirage project is seeking to become a Xen.org hosted project. The prospective project lead of the Mirage Project - Anil Madhavapeddy - has requested a Review of the Mirage Project to become an Xen.org Incubation project. In line with Xen Project Governance (see http://www.xen.org/projects/governance.html), in particular sections -
2015 Sep 08
7
Notes from Xen BoF at Debconf15
Xen upstream BoF ================ We had a discussion around Xen and packaging at Debian's annual developer conference (Debconf) a few weeks back: https://summit.debconf.org/debconf15/meeting/279/xen-upstream-bof/ These are my notes, I think there is probably stuff of interest to most distro people, not just Debian folks. The session was scheduled in a small, out of the way, room. Around 2
2015 Sep 08
3
On distro packaging of stub domains (Re: Notes from Xen BoF at Debconf15)
Hi, Wei Liu hinted that I should "chime in and / or provide corrections" (his words). I'll attempt to do exactly that by not really replying to anything specific. For the record, when I say "we" in this mail, I mean "people who have contributed to the rump kernel project" (as also indicated by the email-hat). First of all, there's a difference between
2017 Mar 03
1
[PATCH] erlang: Rename 'message' to something less generic.
It's not possible to define an action which takes a parameter called 'message' because the Erlang bindings use that as the name of an internal variable. Solve this by renaming the Erlang internal variable. Fixes commit 84763d7fca3668c62ee3fe53d0e00a5a672f687b. --- generator/erlang.ml | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git
2011 Nov 15
3
[PATCH 1/3] out of tree build: erlang
From: Hilko Bengen <bengen at hilluzination.de> --- erlang/Makefile.am | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/erlang/Makefile.am b/erlang/Makefile.am index f336375..2c9e359 100644 --- a/erlang/Makefile.am +++ b/erlang/Makefile.am @@ -32,7 +32,7 @@ erlang_bindir = $(libdir)/erlang/lib/$(PACKAGE_NAME)-$(PACKAGE_VERSION)/ebin erlang_bin_DATA = guestfs.beam
2001 Sep 06
0
Erlang Loss Function in R
This is my first post here. As a new user of R, I was pleased to discover a simple and elegant way to compute in R the Erlang Loss Function, which I present below. INTRODUCTION The Erlang Loss Function is defined as elf(n, a ) = ( a^n/n! ) / ( 1 + a + a^2/2 + a^3/3! + ... + a^n/n!) for all real numbers a>=0 and all integers n>=0 (except that the function is undefined when BOTH n and a
2008 Jul 24
2
[LLVMdev] Erlang
Hello, How would you implement an Erlang feature such as the ultra-light processes? Is llvm prepared for similar situations? I would appreciate some insight on this. Thank you very much, .alvaro.castro.castilla.
2012 Sep 07
0
[LLVMdev] Publication - ErLLVM: An LLVM backend for Erlang
Hi, I attach a publication that we have at the ACM Sigplan Erlang Workshop 2012, Copenhagen, Denmark. The abstract is: This paper describes ErLLVM, a new backend for the HiPE compiler, the native code compiler of Erlang/OTP, that targets the LLVM compiler infrastructure. Besides presenting the overall architecture of ErLLVM and its integration in Erlang/OTP, we describe the changes to LLVM that
2012 Sep 10
0
[LLVMdev] Publication - ErLLVM: An LLVM backend for Erlang
ping. :-) On 09/07/2012 08:24 PM, Yiannis Tsiouris wrote: > [...] > The citation is the following (this time with a url to the paper): K. > Sagonas, C. Stavrakakis, and Y. Tsiouris. "ErLLVM: An LLVM backend > for Erlang"[1]. In Eleventh ACM SIGPLAN Erlang Workshop, September > 2012. ACM Press. > > [1]: http://erllvm.softlab.ntua.gr/files/erlang03-sagonas.pdf >
2012 Sep 11
1
[LLVMdev] Publication - ErLLVM: An LLVM backend for Erlang
On 9/10/12 5:29 PM, Yiannis Tsiouris wrote: > ping. :-) I've been on vacation since August 28 and disabled llvmdev delivery so that I wouldn't get flooded with emails while I was gone, so I didn't see your message. I've added the entry to the publications page, but I haven't made a separate page for the abstract. Is that alright, or would you like an abstract page
2008 Jul 24
0
[LLVMdev] Erlang
Hi Álvaro, Your question is too vague to answer with any accuracy. Could you be more specific? -bw On Jul 24, 2008, at 1:08 PM, "Álvaro Castro Castilla" <alvaro.castro.castilla at gmail.co m> wrote: > Hello, > > > How would you implement an Erlang feature such as the ultra-light > processes? > Is llvm prepared for similar situations? > > I would
2012 Nov 12
1
problem with Erlang function
I'm beginner with R language My goal is to write a function that takes an input Erlang entering your ? Name ? Name ? Date of birth. The program will calculate age and display output first I do know the system date (month, day, year) I find with Sys.Date () I found a function. net to calculate the age Protected Sub calcul_age() Dim datetimenow = DateTime.Now Dim
2007 Dec 22
3
Erlang DTrace Provider
DTrace folks, I''m pleased to introduce a potential new DTrace-sponsored project: the Erlang DTrace provider. To be good OpenSolaris citizens, we want to put the formation of this officially sponsored project to a vote -- as outlined in the OpenSolaris Constitution -- so here are the details for the new Project, as prepared by the Project Team: Name : Erlang DTrace Integration
2011 Mar 28
0
GSoC Project, Support Erlang Language
"Support Erlang Language" By Vladimir Zaytsev, Xapian, 2011 *About me* Name: Vladimir Zaytsev E-mail address: vladimir at zvm.me WWW: zvm.me/, facebook.com/vladimir.zaytsev<http://www.facebook.com/vladimir.zaytsev> Emergency contact phone number: +79028195844 Short biography: I was born in 5th Febrary, 1991 in Donetsk, USSR; now live in Khanty-Mansiysk, Russia. In 2008
2012 Sep 07
3
[LLVMdev] Publication - ErLLVM: An LLVM backend for Erlang
Sorry for double-posting to the list, The citation is the following (this time with a url to the paper): K. Sagonas, C. Stavrakakis, and Y. Tsiouris. "ErLLVM: An LLVM backend for Erlang"[1]. In Eleventh ACM SIGPLAN Erlang Workshop, September 2012. ACM Press. Thanks! Yiannis [1]: http://erllvm.softlab.ntua.gr/files/erlang03-sagonas.pdf On 09/07/2012 08:13 PM, Yiannis Tsiouris wrote:
2011 Mar 29
0
GSoC Project: Support Erlang Language
"Support Erlang Language" By Vladimir Zaytsev, Xapian, 2011 *About me* Name: Vladimir Zaytsev E-mail address: vladimir at zvm.me WWW: zvm.me/, facebook.com/vladimir.zaytsev<http://www.facebook.com/vladimir.zaytsev> Emergency contact phone number: +79028195844 Short biography: I was born in 5th Febrary, 1991 in Donetsk, USSR; now live in Khanty-Mansiysk, Russia. In 2008
2008 Jul 24
2
[LLVMdev] Erlang
Hi, Sorry for the vagueness. I'm starting to think about an experimental programming language based, among other things, on microthreads, or green threads, as Erlang has. I'm still under a very vague stage, just thinking on it, so I was wondering on the way this could be achieved. What I know from microthreads are things like: * They don't have their own stack * Switching between
2008 Jul 24
0
[LLVMdev] Erlang
On Jul 24, 2008, at 12:30 PM, Álvaro Castro Castilla wrote: > Hi, > > Sorry for the vagueness. > > I'm starting to think about an experimental programming language > based, among other things, on microthreads, or green threads, as > Erlang has. I'm still under a very vague stage, just thinking on it, > so I was wondering on the way this could be achieved. > >
2008 Jul 25
0
[LLVMdev] Erlang
2008/7/25 Simon Ask Ulsnes <vinterbleg at gmail.com>: > 2008/7/24 Owen Anderson <resistor at mac.com>: >>> * They are isolated and the only way to exchange information is >>> message passing >>> >> This one is hard to guarantee in a compiled context, unless you >> implement a lot of stuff to track pointer values. Remember, all of >>
2008 Jul 25
0
[LLVMdev] Erlang
On Fri, 2008-07-25 at 09:19 +0200, Simon Ask Ulsnes wrote: > 2008/7/24 Owen Anderson <resistor at mac.com>: > >> * They are isolated and the only way to exchange information is > >> message passing > >> > > This one is hard to guarantee in a compiled context, unless you > > implement a lot of stuff to track pointer values. Remember, all of > >