search for: nativeclient

...rey Yasskin; Jon Harrop; David Terei Subject: Re: [LLVMdev] Tail calls (TCO) in PNaCL | PNaCl Bitcode reference manual On 2013-07-30 22:11, Eli Bendersky wrote: > we've published an initial version of the PNaCl bitcode reference > manual online - > <http://www.chromium.org/nativeclient/pnacl/bitcode-abi> http://www.chromium.org/nativeclient/pnacl/bitcode-abi. The PNaCl > bitcode is a restricted subset of LLVM IR. > > Any comments would be most welcome. Hi Eli, I appreciate you for opening the process for input and comments. One question stood out to me w...

Hello, Following an earlier email ( http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-June/063010.html), we've published an initial version of the PNaCl bitcode reference manual online - http://www.chromium.org/nativeclient/pnacl/bitcode-abi. The PNaCl bitcode is a restricted subset of LLVM IR. The reference manual is quite terse, so for the bigger picture I'll repost links to the design document: * PDF: https://docs.google.com/a/chromium.org/viewer?a=v&pid=sites&srcid=Y2hyb21pdW0ub3JnfGRldnxneDo0OWYwZjVk...

...gt; does not specify syscalls in detail. > We should probably clarify in the final documentation, but the goal of PNaCl is to not only be portable and fast but also be safe for the user, and the way this is achieved is through NaCl's SFI. Specifically for syscalls: http://www.chromium.org/nativeclient/reference/anatomy-of-a-sys In a way the syscalls offered are defined by the embedding sandbox: NaCl through Chrome and sel_ldr have documented interfaces, and the NaCl SDK offers POSIX-like interfaces built on top of these. -------------- next part -------------- An HTML attachment was scrubbed......

...ls in detail. > > > We should probably clarify in the final documentation, but the goal of > PNaCl is to not only be portable and fast but also be safe for the user, > and the way this is achieved is through NaCl's SFI. Specifically for > syscalls: > http://www.chromium.org/nativeclient/reference/anatomy-of-a-sys > In a way the syscalls offered are defined by the embedding sandbox: NaCl > through Chrome and sel_ldr have documented interfaces, and the NaCl SDK > offers POSIX-like interfaces built on top of these. But this discussion is about stable bitcode format, or do y...

...undary, 9 bytes of NOP padding will be inserted between mov1 and mov2. For information on how this ability is used for software fault isolation by Native Client, see the following resources: * http://src.chromium.org/viewvc/native_client/data/site/NaCl_SFI.pdf [PDF link] * http://www.chromium.org/nativeclient/reference/arm-overview#TOC-The-Native-Client-Solution:-Bundles- * Other papers listed at http://www.chromium.org/nativeclient/reference/research-papers We want to start with this feature because it is self-contained in MC, makes LLVM more compatible with gas, level and can be easily tested. Future...

...aCl) project is a toolchain for producing portable bitcode from C and C++ code and running in securely and efficiently on the web via Native Client. For more details see this presentation from the last Google I/O: https://developers.google.com/events/io/sessions/325679543and http://www.chromium.org/nativeclient/pnacl/building-and-testing-portable-native-client PNaCl uses a subset of LLVM IR as its bitcode. Our goal is a single bitcode file that can be "translated" on a target machine to a sandboxed native executable for the target architecture and executed. This presents a number of challenges...

On 2013-07-30 22:11, Eli Bendersky wrote: > we've published an initial version of the PNaCl bitcode reference > manual online - > http://www.chromium.org/nativeclient/pnacl/bitcode-abi. The PNaCl > bitcode is a restricted subset of LLVM IR. > > Any comments would be most welcome. Hi Eli, I appreciate you for opening the process for input and comments. One question stood out to me while reading the document: The document [1] indicates that only the...

...aCl is deprecated. Is it still used? If not, I would propose that we remove it. I created a patch https://reviews.llvm.org/D78441 which I think can delete 90% of the related code. There are still a few references left (noticeably aligned bundling in MC) https://sites.google.com/a/chromium.org/dev/nativeclient/pnacl/aligned-bundling-support-in-llvm I will delete that as a follow-up.

Hi people, Unlike GCC, LLVM has seemingly good support for interoperability with MSVC built windows code. This makes LLVM particularly attractive to my company/project, but it seems LLVM doesn't support writing PDB debug into into it's COFF output. It seems Win64 exception handling has been added recently, which perhaps makes PDB the only outstanding feature for effective use with

...e inserted between mov1 > and mov2. > > For information on how this ability is used for software fault > isolation by Native Client, see the following resources: > > * http://src.chromium.org/viewvc/native_client/data/site/NaCl_SFI.pdf[PDF link] > * > http://www.chromium.org/nativeclient/reference/arm-overview#TOC-The-Native-Client-Solution:-Bundles- > * Other papers listed at > http://www.chromium.org/nativeclient/reference/research-papers > > We want to start with this feature because it is self-contained in MC, > makes LLVM more compatible with gas, level and can...

...Of course the >> wrapper code would allow special inlining as it would be the only interface to >> the underlying OS. >> >> What do you think of my whacky backend idea? This is pretty much what's happening with Portable Native Client, right? http://www.chromium.org/nativeclient/pnacl See also the first presentation from the November LLVM meeting: http://llvm.org/devmtg/2010-11/ -Henry

...>> >> For information on how this ability is used for software fault >> isolation by Native Client, see the following resources: >> >> * http://src.chromium.org/viewvc/native_client/data/site/NaCl_SFI.pdf [PDF >> link] >> * >> http://www.chromium.org/nativeclient/reference/arm-overview#TOC-The-Native-Client-Solution:-Bundles- >> * Other papers listed at >> http://www.chromium.org/nativeclient/reference/research-papers >> >> We want to start with this feature because it is self-contained in MC, >> makes LLVM more compatible with...

...on occasion got the inspiration to create a DWARF debug module for >>> visual studio, then quickly go lost trying to get started. It looks like >>> google has/is attempting to go down this road according to the pages: >>> >>> >>> http://www.chromium.org/nativeclient/sdk/vsx-plugin/vsx-reference-material >>> http://code.google.com/p/nativeclient/wiki/NaClDebugging >>> >>> though a more recent page doesn't mention visual studio: >>> >>> https://developers.google.com/native-client/devguide/devcycle/debugging >&g...

...propose that we remove it. >> I created a patch https://reviews.llvm.org/D78441 which I think can >> delete 90% of the related code. >> >> There are still a few references left (noticeably aligned bundling in >> MC) >> https://sites.google.com/a/chromium.org/dev/nativeclient/pnacl/aligned-bundling-support-in-llvm >> I will delete that as a follow-up. >> > > AFAIK aligned bundling has other users (e.g. the author of > https://reviews.llvm.org/D19924 mentioned interested in using bundle > locked groups for Hexagon) so its removal should be probabl...

Sorry, forgot to CC the list. ----- Forwarded Message ----- > From: Samuel Crow <samuraileumas at yahoo.com> > To: Joachim Durchholz <jo at durchholz.org> > Cc: > Sent: Tuesday, May 31, 2011 9:35 PM > Subject: Re: [LLVMdev] Thinking about "whacky" backends > > Hello, > > > ----- Original Message ----- >> From: Joachim Durchholz

We (PNaCl team) are in the process of removing older documentation, this is probably more accurate: https://developers.google.com/native-client/dev/ On Tue, Dec 17, 2013 at 6:50 AM, Sam Parker <S.Parker3 at lboro.ac.uk> wrote: > Check out PNaCL > http://www.chromium.org/nativeclient/pnacl > > Cheers, > Sam > > Sam Parker > Research Student > Electronic Systems Design Group > Loughborough University > UK > > ________________________________________ > From: llvmdev-bounces at cs.uiuc.edu [llvmdev-bounces at cs.uiuc.edu] on behalf of mindmachin...

Marcus Zetterquist <marcus.zetterquist at gmail.com> writes: > Today we use Lua to let 3rd party developers add driver-like modules > to our application. > > The advantages to using Lua compared to DLL:s etc. are that: > > 1) the same driver binary can be used on all OS:es and processor > architectures etc. [snip] > I'm looking into using LLVM and the

Hello, Is it possible to use LLVM like JVM (virtual machine)? If so, How? Can this be used to create hardware-independent and OS-independent binaries? Thank you

Check out PNaCL http://www.chromium.org/nativeclient/pnacl Cheers, Sam Sam Parker Research Student Electronic Systems Design Group Loughborough University UK ________________________________________ From: llvmdev-bounces at cs.uiuc.edu [llvmdev-bounces at cs.uiuc.edu] on behalf of mindmachine at free.fr [mindmachine at free.fr] Sent: 17 December 2...

> The document is available as a PDF here: > https://docs.google.com/a/chromium.org/viewer?a=v&pid=sites&srcid=Y2hyb21pdW0ub3JnfGRldnxneDo0OWYwZjVkYWFjOWNjODE1 > > And in text here: > https://sites.google.com/a/chromium.org/dev/nativeclient/pnacl/stability-of-the-pnacl-bitcode-abi First, sorry for jumping in an old thread. I had this marked but had not been able to read it before. The document talks about ABI stability, but it is a bit unclear how far this goes. From older discussions, there are/were 3 interesting cases 1 Loading a...