search for: redls

On 02.01.2013, at 20:37, Alon Zakai wrote: > > > ----- Original Message ----- >> From: "Sebastian Redl" <sebastian.redl at getdesigned.at> >> >> It would be awesome to combine the llvm.org demo with the in-browser >> emscripten (or possibly a server-side emscripten) so that the user >> can execute his snippets in the browser. >>

----- Original Message ----- > From: "Sebastian Redl" <sebastian.redl at getdesigned.at> > To: "Eli Bendersky" <eliben at google.com> > Cc: "Alon Zakai" <azakai at mozilla.com>, "llvmdev" <llvmdev at cs.uiuc.edu> > Sent: Wednesday, January 2, 2013 11:24:33 AM > Subject: Re: [LLVMdev] LLVM IR execution in JavaScript >

On 02.01.2013, at 19:51, Eli Bendersky wrote: >> I compiled parts of LLVM to JavaScript using emscripten and made a demo of parsing and executing LLVM assembly, >> >> http://kripken.github.com/llvm.js/demo.html >> >> Basically you enter some LLVM IR, press a button and see the output of compiling and running it, directly in the browser. >> >> This was

----- Original Message ----- > From: "Sebastian Redl" <sebastian.redl at getdesigned.at> > To: "Alon Zakai" <azakai at mozilla.com> > Cc: "llvmdev" <llvmdev at cs.uiuc.edu>, "Eli Bendersky" <eliben at google.com> > Sent: Wednesday, January 2, 2013 11:44:27 AM > Subject: Re: [LLVMdev] LLVM IR execution in JavaScript >

my 2 cents but it looks like the logo was drawn using a vector graphics editor, so you may directly ask the author the .svg version ;-) - Christophe On Thu, Jul 30, 2009 at 9:40 AM, Sebastian Redl<sebastian.redl at getdesigned.at> wrote: > > On Thu, 30 Jul 2009 00:09:01 -0700, Chris Lattner <clattner at apple.com> > wrote: >> http://llvm.org/Logo.html >>

Yes, this is controlled by the -frandom-seed flag. Sadly, it is expected behavior. -Chris On Nov 12, 2010, at 7:10 AM, Sebastian Redl <sebastian.redl at getdesigned.at> wrote: > On 12.11.2010 15:26, Erik Cederstrand wrote: >> I have noticed that two consecutive builds of clang, clang++ and tblgen don't produce identical binaries (as in md5 sums) on identical source code

On Thu, 30 Jul 2009 00:09:01 -0700, Chris Lattner <clattner at apple.com> wrote: > http://llvm.org/Logo.html > > That said, I'm not a graphic artist. I simply down-sampled the image > to get the "Small" one that I'd like to use on the sidebar. The image > is complex enough that it will probably take someone who knows what > they are doing to make

Let me point out that projects using standard toolchain (e.g. binutils) can already reorder code and data pretty much arbitrary using sections and linker scripts. I think it's still attractive to have reordering in LLVM to be independent from external toolchain. This will allow reordering in JIT and other interesting things. I agree with John that special global with ordered list looks like

On 12.11.2010 15:26, Erik Cederstrand wrote: > I have noticed that two consecutive builds of clang, clang++ and tblgen don't produce identical binaries (as in md5 sums) on identical source code (I'm on FreeBSD). I ran strings(1) on the two clang binaries, and I get the following: > 251862c251862 > <

Hello LLVM'ers I have noticed that two consecutive builds of clang, clang++ and tblgen don't produce identical binaries (as in md5 sums) on identical source code (I'm on FreeBSD). I ran strings(1) on the two clang binaries, and I get the following: 248400,248403c248400,248403 <

dear all, i have a little question, but it make me torment long time hope you can help me and give some advices , thanks i use smoothing spline in package gam the model > m1=gam(y~ost+wst+park10+sch50+comm+build+suite+y05+y06+y07+y99+y98+s(builarea)+s(age)+s(fl)+s(totfl)+s(cbd)+s(redl)) and summary(m1) can show the "s"(smoothing) variables' Signif. codes.

On Thu, Jul 30, 2009 at 09:40:45AM +0200, Sebastian Redl wrote: > I think it would be best to use Mozilla's way for this. If we have any > skilled vector artists, they could try to recreate the image as a vector > graphic (it is not so complex as to prevent this) which would allow for > free scaling. Actually even if you had an SVG source it would be best to simplify the drawing

On Tue, Jun 8, 2010 at 4:15 PM, Eugene Toder <eltoder at gmail.com> wrote: > Let me point out that projects using standard toolchain (e.g. > binutils) can already reorder code and data pretty much arbitrary > using sections and linker scripts. > I think it's still attractive to have reordering in LLVM to be > independent from external toolchain. This will allow reordering

Hi All, I'm happy to announce that Apple has agreed to let llvm.org (and anyone else) use the great LLVM logo they designed for WWDC. If you're interested, you can see the full version of the logo on this page: http://llvm.org/Logo.html I personally think that this is a pretty great logo/mascot for LLVM, because it is very abstract, can be adapted in a variety of ways, is

Yes, the global structure is constant. This is indeed a side-table. Overriding section of global to be in text is simple -- LLVM already supports section attribute on globals and functions. However we also need a specific ordering in text. With some extra work this ordering can be achieved with gnu linker (I posted example implementation earlier) without any changes to LLVM, so the main points for

On 2008-11-04, at 08:12, Sebastian Redl wrote: > Mike Stump wrote: >> On Nov 3, 2008, at 1:39 PM, Sebastian Redl wrote: >>>> svn help cl >>>> >>>> [ runs away, much the same way someone that throws a lighted match >>>> into a pool of gasoline ] Probably wise. >>> "cl": unknown command. >> >> From svn 1.5:

On Jul 30, 2009, at 1:08 AM, Christophe Augier wrote: > my 2 cents but it looks like the logo was drawn using a vector > graphics editor, so you may directly ask the author the .svg version > ;-) I'll definitely try, but no promises. I don't know if they kept it (!). -Chris > > > - Christophe > > On Thu, Jul 30, 2009 at 9:40 AM, Sebastian >

OvermindDL1 wrote: > Again, why not Spirit2.1, works just fine on C++98, and it is fast, > and it is split up into the smallest bits so you only include what you > use, and the assembly it compiles into is *very* tiny, far far less > then any regex library could possibly be. > Spirit is not an option for one simple reason: FileCheck needs to parse regexes from its instruction

Bah, the mailing server still has the headers broken! Sending to the list this time, how inconvenient... On Wed, Aug 26, 2009 at 3:18 AM, Sebastian Redl<sebastian.redl at getdesigned.at> wrote: > > On Wed, 26 Aug 2009 09:25:30 +0200, HyperQuantum <hyperquantum at gmail.com> > wrote: >>>> +//===-- Regex.h - Regular Expression matcher implementation

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