similar to: [LLVMdev] Exception Handling upgrade

Displaying 20 results from an estimated 500 matches similar to: "[LLVMdev] Exception Handling upgrade"

2011 Sep 30
0
[LLVMdev] Exception Handling upgrade
On Sep 30, 2011, at 11:02 AM, Charllls Alquarra wrote: > Hi all, > > Is it too soon to start porting EH code to the new C++ API? Nope! :-) > Are there sample implementations? llvm.org/demo still uses the old > EH gizmos. should we wait for 3.0 release? If you're using the LLVM APIs, then looking at how it's implemented in clang is a good start:
2012 Jul 11
2
[LLVMdev] dynamic linkage for jit
Hi Charllls, I didn't really get it. Are you saying that you would execute some functions using the JIT then, later, those functions will be modified and thus need to be re-jitted? Ciao, Duncan. On 07/06/12 20:13, Charllls Alquarra wrote: > > Sorry if it comes out a bit pushy bumping my own question, but it's been really > difficult to find any info regarding this functionality
2012 Jun 02
2
[LLVMdev] dynamic linkage for jit
Hi, I want to execute functions in a module, this module will have dependencies resolved in other modules. the modules might change (dynamic compilation environment) so i would prefer not not link all the dependencies in a single monolithic module, that is, if it can be avoided I hope to use Linker::linkModules but this is always destructive. That is ok for one module depending on a single one,
2012 Jun 07
0
[LLVMdev] dynamic linkage for jit
Sorry if it comes out a bit pushy bumping my own question, but it's been really difficult to find any info regarding this functionality in the mailing list archives. Just some emails i've found from people working on NaCl: http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-December/046055.html  is there a branch where this is being work on, or is internal chromium project so far? Also
2011 May 06
0
[LLVMdev] Requirements for the EH representation
On Apr 13, 2011, at 21:43 CDT, John McCall wrote: > And it's okay to have limited goals! I personally don't; I think we > should aim to get the IR design good enough to support crazy resumptive > languages with crazy custom unwinding schemes. But I need to know what > range of problems we're willing to consider solving before I can usefully > weigh different
2010 Jan 17
3
Does wxRuby include Gizmos controls?
Hi, I''m starting to use wxRuby for personal projects. Originally, I used wxPython in my company because they don''t want to install the Ruby environment just for me... But at home, I still prefer the Ruby language... So, wxWidgets is a great library, but wxPythons add some intersting stuff. I''m specially interested by the TreeListCtrl. it seems that this control
2011 May 04
2
[LLVMdev] Greedy register allocation
On May 4, 2011, at 8:23 AM, Evan Cheng wrote: >> I don't know how realistic it is to model the loop buffer in the register allocator, but this would a very interesting thing to try to optimize for in a later pass. If an inner loop "almost" fits, then it would probably be worth heroic effort to try to reduce the size of it to shave off a few bytes. > > Jakob and I have
2012 Jul 30
2
[LLVMdev] ARM JIT support status?
Hi. I am a little unclear about the ARM JIT support status. Is it working as of LLVM 3.1? If not, is it on the roadmap for LLVM 3.2? I am not currently interested in NEON support so if thats unimplemented, thats fine. thanks, Rahul
2008 Jun 09
1
redfone fonebridge2
I'm looking for reports of recent experience with redfone fonebridge2 (with echo can) TDMoE gizmos. Anybody? Good? Bad? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080609/23aeddd6/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s
2012 Jul 31
0
[LLVMdev] ARM JIT support status?
The only reference that I found so far here: http://llvm.org/devmtg/2011-09-16/EuroLLVM2011-LLVMplusARM.pdf The presenter states that the ARM JIT support is broken. But this is about 10 months old. Is the ARM JIT support still broken? Am I not looking at the right places in the documentation? Help will be appreciated. thanks, Rahul On Mon, Jul 30, 2012 at 4:53 AM, Rahul Garg <rahulgarg44 at
2012 Jul 31
1
[LLVMdev] ARM JIT support status?
Hi Rahul, I believe that ARM support is working in the MCJIT engine (as of llvm 3.1). If it wasn't working in the legacy JIT engine 10 months ago then it probably still isn't. -Andy -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Rahul Garg Sent: Tuesday, July 31, 2012 1:13 PM To: llvmdev at cs.uiuc.edu Subject: Re:
2016 Sep 06
2
LLVM MCJIT SEH Exception handling
Hi, I apologize if I'm posting this to the wrong list; if this is the case, please let me know. For some time now, I've been trying to get SEH exception handling to work in LLVM MCJIT (x64). While reading up on LLVM 3.8, I decided to pick it up again, because a lot has changed which simplifies things greatly. As a toy project, I'm attempting to catch an exception that's thrown
2011 Sep 22
1
[LLVMdev] UpgradeExceptionHandling
For those of you who want to get their exception handling code (NON SJLJ), working with the new 3.0 exception infrastructure, the core developers have created a handy function in AutoUpgrade (#include "llvm/AutoUpgrade.h") called: UpgradeExceptionHandling(...). This function will convert all the functions in a module using the pre 3.0 exception intrinsics into use of the new 3.0
2000 Apr 19
0
Entropy-gathering gizmos for Solaris? (fwd)
For those wondering about the Solaris random driver. -- | "Bombay is 250ms from New York in the new world order" - Alan Cox | Damien Miller - http://www.mindrot.org/ | Email: djm at mindrot.org (home) -or- djm at ibs.com.au (work) ---------- Forwarded message ---------- Date: Wed, 19 Apr 2000 16:24:57 -0400 From: Don Davis <dtd at world.std.com> To: Jeff.Hodges at stanford.edu
2004 Jul 16
4
Stumped on methods
I have been trying to write a "proper" print method for a package, and have almost gotten what I want. From a reading of the relevant section in R Extensions and the introduction to methods, I've stuck the whole business into a character object and used: NextMethod("print") However, instead of not printing quotes and displaying the usual representation of the string,
2020 May 03
2
[RFC] [Windows SEH] Local_Unwind (Jumping out of a _finally)
Hi, Per Reid’s feedback, I have separated two SEH missing features. This thread now is only focusing on _local_unwind(), Jumping out of _finally. The design is documented in Wiki here: https://github.com/tentzen/llvm-project/wiki/Windows-SEH:-Local_Unwind-(aka:-Jumping-Out-of-_Finally) The implementation can be seen here:
2011 Sep 30
4
[LLVMdev] RTTI handling
Hello all, I was wondering how llvm and clang handles the RTTI shared libraries issue mentioned here: http://gcc.gnu.org/faq.html#dso Is it using name or address comparison? We have an architecture with several frameworks and plug-ins; some of the latter are being loaded and unloaded runtime. In the past that issue caused crashes in our app, so at the moment we are overriding __dynamic_cast to
2008 Oct 20
5
Staging area for data before read into R
I am wondering if there is a better alternative than Excel for data storage that does not require database knowledge (I will eventually have to learn this, but it is not on my immediate todo list). I need something that is not limited to 256 columns... I don't need any of the built in functions in excel just a spreadsheet like program with cells that hold data in a data.frame format for a
1997 Apr 30
1
R-beta: Re: S Compatibility
Z. Todd Taylor writes: > I have a question/comment on this topic. If I understand what > I've read, R's lexical scoping rules are what require that all > of R's data be held in memory (as opposed to S's method of > storing each object on disk and reading it as often as > necessary). > My question is whether there will ever be a way around having to > store
1997 Apr 30
1
R-beta: Re: S Compatibility
Z. Todd Taylor writes: > I have a question/comment on this topic. If I understand what > I've read, R's lexical scoping rules are what require that all > of R's data be held in memory (as opposed to S's method of > storing each object on disk and reading it as often as > necessary). > My question is whether there will ever be a way around having to > store