similar to: [LLVMdev] An alternate implementation of exceptions

Displaying 20 results from an estimated 8000 matches similar to: "[LLVMdev] An alternate implementation of exceptions"

2009 Sep 04
0
[LLVMdev] An alternate implementation of exceptions
Hi Mikael, the idea of modifying functions so they return two parameters (the usual one and an exception pointer or some kind of exception flag) is well known. The LLVM vmkit project actually uses a variant of this: rather than returning the exception pointer in a register, it sticks it in a global thread local variable. I only took a quick look at your paper, but it seems to me that it has a
2009 Sep 04
4
[LLVMdev] An alternate implementation of exceptions
Hi Duncan, I agree on the problem about linking with code - I actually do mention this in the paper. I propose adding a new calling convention called "excall". The central point of my paper is that only one parameter is needed as the return value (because of the use of the flag): the EAX register can safely be used for both the exception instance and the return value as these never
2009 Sep 06
1
[LLVMdev] [Fwd: Re: An alternate implementation of exceptions]
-------------- next part -------------- An embedded message was scrubbed... From: "Mikael Lyngvig" <mikael at lyngvig.org> Subject: Re: [LLVMdev] An alternate implementation of exceptions Date: Sun, 6 Sep 2009 09:53:29 +0200 (CEST) Size: 6388 URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090906/ca20be9e/attachment.eml>
2009 Sep 04
0
[LLVMdev] An alternate implementation of exceptions
Mikael Lyngvig wrote: > Hi Duncan, > > I agree on the problem about linking with code - I actually do mention > this in the paper. I propose adding a new calling convention called > "excall". > The problem is that you can't automatically determine from a function declaration whether it comes from "inside" (is exception-aware) or not. This means that
2012 Jun 18
4
[LLVMdev] Ninja (make replacement)
Mikael Lyngvig <mikael at lyngvig.org> writes: [snip] > Yes, I am quite familiar with the CMake documentation, but why are you > asking? That's not the cmake documentation, that's the LLVM cmake documentation: a short document that tries to explain everything you need to know about cmake to build LLVM. I had the impression that you were duplicating a large chunk of the info
2012 Jun 18
1
[LLVMdev] Ninja (make replacement)
Thank you so much for your hard work! LLVM/Clang is in need of motivated Windows developers willing to put in the time to make the LLVM/Clang experience better on Windows :) Quick note on the reST: instead of using a construct like: **Notice:** If you only want to build 32-bit programs, you do **not** need to install MinGW64. Prefer to use the reStructuredText "admonitions" <
2012 Jun 18
0
[LLVMdev] Ninja (make replacement)
Yes, sorry, the LLVM CMake documentation :-) I don't think I am duplicating a large chunk; I am continuously trying to shave off extraneous and redundant stuff off my Windows-specific document. I just managed to shave off about six lines or so because I don't like the huge introduction and explanation of what MinGW is. Now that the document covers Ninja, there's even more reason for
2011 Feb 20
5
[LLVMdev] Windows/Visual Studio 2010 warnings (WARNINGS!)
Hi, I stumbled across three warnings in LLVM when building with MS Visual Studio 2010. It has been my experience that different compilers detect different things, so I thought I'd pass them on to you (in case your compiler does not warn about these things): warning C4805: '==' : unsafe mix of type 'bool' and type 'unsigned int' in operation
2013 Dec 09
2
[LLVMdev] GNU LLD build error? Seems that Clang likes LLD just fine.
We should make LLD to be able to build with GCC even if GCC is a bit buggy. So you wrote that it's no longer build because of the recent change of makeArrayRef removal? I think it's my change (r196475). Can you confirm that you can build if you revert that change? If it has caused the build with GCC to break, we should roll it back. On Sun, Dec 8, 2013 at 3:45 PM, Mikael Lyngvig
2012 Jun 13
0
[LLVMdev] Anybody translating the LLVM FAQ from HTML to Sphinx?
On Wed, Jun 13, 2012 at 4:47 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > That reminds me: Do the web documents reside in a repository somewhere or > should I just grab them using wget? The website is at http://llvm.org/viewvc/llvm-project/www/trunk/ . The llvm docs are in llvm/docs. Which actually makes me wonder if the LLVM-project FAQ (in reference to Chandler's post in
2013 Nov 17
1
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
On Sun, Nov 17, 2013 at 5:36 AM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > StackOverflows says two things: > > 1. An example is: <meta http-equiv="refresh" content="0; url= > http://example.com/" />. > 2. This apparently discouraged by the WWW Consortium who recommends > server redirects. > > It seems that LLVM.org is served by
2013 Nov 21
2
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
On Wed, Nov 20, 2013 at 6:11 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi Renato, > > My XU is on build 141 and there hasn't been a single problem yet. No > reboots, no crashes, and as far as I have observed no core dropouts (after > I did the cpu-freq trick you sent me). Perhaps I have a stable board or > perhaps it is because of its revision (rev. 0.3)?
2013 Dec 09
0
[LLVMdev] GNU LLD build error? Seems that Clang likes LLD just fine.
I tried this command to undo the change (which should revert to the change just before the one you mentioned): svn update -rr196474 Then I built from scratch. This time it built, so I suppose it is revision 196475 that is the problem. -- Mikael 2013/12/9 Rui Ueyama <ruiu at google.com> > We should make LLD to be able to build with GCC even if GCC is a bit > buggy. So you
2013 Nov 21
0
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
I'll use a redirection to the new article then. Did you try out the .htaccess thingy we talked about on LLVM.org? It should work, without any webmaster's assistance. 2013/11/21 Sean Silva <chisophugis at gmail.com> > > > > On Wed, Nov 20, 2013 at 6:11 PM, Mikael Lyngvig <mikael at lyngvig.org>wrote: > >> Hi Renato, >> >> My XU is on build
2012 Jun 17
0
[LLVMdev] Fwd: RFC: "Building with MinGW on Windows" (DOC, NEW)
Now I can't make CMake use "MSYS Makefiles". I get an error about GNU v4.7.0 being broken as it can't build a simple test program. Using "MinGW Makefiles", everything works out of the box. And I am trying to give the user the most Windowsy experience (to avoid Cygwin, GnuWin32, and MSYS, if I can). So I think I'll stick to my current angle - which is to let the
2013 Nov 17
2
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
On Sun, Nov 17, 2013 at 5:17 AM, Sean Silva <chisophugis at gmail.com> wrote: > > > > On Sun, Nov 17, 2013 at 3:50 AM, Mikael Lyngvig <mikael at lyngvig.org>wrote: > >> It wouldn't take me more than an hour or two to do the format conversion. >> It is rather trivial, actually. Just say the word and I'm on to it like a >> starving bee. I
2013 Nov 17
0
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
StackOverflows says two things: 1. An example is: <meta http-equiv="refresh" content="0; url= http://example.com/" />. 2. This apparently discouraged by the WWW Consortium who recommends server redirects. It seems that LLVM.org is served by Apache 2.2.22 running on Ubuntu. In that case, the .htaccess file should make it possible to do server redirects:
2013 Nov 17
0
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
On Sun, Nov 17, 2013 at 3:50 AM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > It wouldn't take me more than an hour or two to do the format conversion. > It is rather trivial, actually. Just say the word and I'm on to it like a > starving bee. I guess I should get used to using the Sphinx layout; I'm > simply more familiar with the format I use on my own
2013 Nov 17
1
[LLVMdev] Quad-Core ARMv7 Build Slave Seeks Noble Purpose
On Sun, Nov 17, 2013 at 12:53 AM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Thanks for spotting those errors! Fixed. > > If you feel that this doc should be part of the LLVM documentation, > perhaps in a revised form, just let me know. I am willing to convert it > into reST and also to go through a peer review, but I simply cannot spend > hundreds of hours munging
2013 Dec 04
0
[LLVMdev] Newbie question: LLVM IR, printf, and varargs
On Tue, Dec 3, 2013 at 6:10 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Whoops... Seems I forgot the asterisk (*) after the cast. Or something. > Because I did insert the cast and it didn't work. But NOW it works. > Thank you for spending some time on this - and also for presenting the > solution. > It's not a "cast" for any meaning of cast in