similar to: [LLVMdev] PDB debug info

Oops, I've managed to exclude the list... On 12 September 2012 19:28, Nathan Jeffords <blunted2night at gmail.com> wrote: > > > On Wed, Sep 12, 2012 at 8:50 AM, Manu <turkeyman at gmail.com> wrote: > >> On 12 September 2012 18:19, Nathan Jeffords <blunted2night at gmail.com>wrote: >> >>> This project seems to have some ability to convert to

On Wed, Sep 12, 2012 at 9:46 AM, Manu <turkeyman at gmail.com> wrote: > Oops, I've managed to exclude the list... > > > On 12 September 2012 19:28, Nathan Jeffords <blunted2night at gmail.com>wrote: > >> >> >> On Wed, Sep 12, 2012 at 8:50 AM, Manu <turkeyman at gmail.com> wrote: >> >>> On 12 September 2012 18:19, Nathan

On Wed, Sep 12, 2012 at 12:19 PM, Manu <turkeyman at gmail.com> wrote: > On 12 September 2012 20:49, Nathan Jeffords <blunted2night at gmail.com>wrote: > >> >> On Wed, Sep 12, 2012 at 9:46 AM, Manu <turkeyman at gmail.com> wrote: >> >>> /Z7, that's the one. Maybe this approach can be used by LLVM? I presume >>> LLVM is capable of

On 12 September 2012 20:49, Nathan Jeffords <blunted2night at gmail.com> wrote: > > On Wed, Sep 12, 2012 at 9:46 AM, Manu <turkeyman at gmail.com> wrote: > >> /Z7, that's the one. Maybe this approach can be used by LLVM? I presume >> LLVM is capable of producing CV info already? Maybe this configuration is >> already possible? >> It'd be

Hi again, Can anyone tell me about the state of Win64 exceptions? I've noticed that there are a good few related patches since the release of 3.1. Is it working now? Is it likely 3.2 will support Win64 exceptions? Cheers. - Manu -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Rafael, Would you mind waiting for Derek to come back from vacation to discuss this? We do use this code and could improve how it's used and tested within LLVM. Derek is the best person to discuss this, he'll be back in mid-January. Thanks, JF On Fri, Dec 19, 2014 at 6:41 AM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > > > I CC'ed llvmdev to put a

Nobody? Is this basically dead? Won't happen? In progress? :/ On 12 September 2012 18:53, Manu <turkeyman at gmail.com> wrote: > Hi again, > > Can anyone tell me about the state of Win64 exceptions? > I've noticed that there are a good few related patches since the release > of 3.1. Is it working now? > Is it likely 3.2 will support Win64 exceptions? > >

I'm looking to buy a new workstation, and it looks like Thinkmate makes what I need -- their vsx "virtually silent" variety. I hestitate because I wasn't happy with a laptop I bought a few years ago from a small outfit that sold Linux boxes exclusively. Does anyone have experience with Thinkmate, and in particular, the VSX line? If the later, is it really quiet. I run Centos

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

> From the provided documentation I understood that in memory data > structures of a PNaCl program are incompatible to the host program because > ABIs are different (e.g. PNaCl pointers are always 32-bit even when running > on x86_64 platform). > So PNaCl program can't access any data structures of the host program > directly. The only communication way is by using syscalls,

Am 19.06.2013 18:01, schrieb JF Bastien: > > From the provided documentation I understood that in memory data > structures of a PNaCl program are incompatible to the host program > because ABIs are different (e.g. PNaCl pointers are always 32-bit > even when running on x86_64 platform). > So PNaCl program can't access any data structures of the host >

Hello, We (the Portable Native Client team) would like to start upstreaming our LLVM modifications which contain support for Software Fault Isolation (SFI) as required for sandboxing programs to run under Native Client. Since the "total patch size" is quite big, we are splitting the effort to manageable chunks that can be committed, tested and reviewed separately as independently as

Hello, [The first paragraph is safe to skip if you already know what PNaCl is.] The Portable Native Client (PNaCl) 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

Hi all, LLVM/Clang supports an OS called 'NaCl' (llvm/include/llvm/ADT/Triple.h). It apparently hasn't had any development since 2015. This page https://developer.chrome.com/native-client/migration mentions that NaCl 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

I was wondering if anyone can help me with a problem we have at one of our sites. We have setup a Asterisk Trunk to a Avaya PBX, ie ... Avaya <-> Asterisk (1.2.30) <-> External ISDN Network BUT They also have a Polycom VSX 7000 that with some sort of BRI converters that plugs into the Avaya. The Trunk is working well except for Video Conference Calls. The Polocom can receive

Thanks, happy to of confirmed. With that in mind, will use the AST modules provided by the languages (with the exception of libclang for C++). Antoine: Am aware of Numba, nice job there BTW. So is there a [decoupled] LLVM parser which I can use to read Python files and analyse objects (including computing their attributes in OO and setattr scenarios)? On Wed, Jul 1, 2015 at 10:23 PM, Antoine

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

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

On May 31, 2011, at 7:36 PM, Samuel Crow wrote: <snip> >> >> Now my idea for a whacky backend: Just a wrapper of the bitcode writer with its >> own special target triple: bitcode-tarrget-neutral and a generic data layout >> that aligns to single bytes as a placeholder only. It should disallow >> overriding the alignment of individual instructions to avoid