search for: kripken

Hi everyone, 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 done mainly as a fun hacking project over the holidays, but I'm posting it here in case anyone thinks it might be useful for somethin...

> 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 done mainly as a fun hacking project over the holidays, but I'm posting it here in case anyone thinks it might be u...

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 done mainly as a fun hacking project over the holidays, but I'm posting it here in case anyone th...

...ipt using Emscripten. > > Is that the same case? It seems that it would be easier to just include > a stub ELF libc.so with the symbols from libc that Emscripten supports. > I believe that Emscripten does not use gold and gold plugin at the moment. They use llvm-link: https://github.com/kripken/emscripten/wiki/Building-Projects I fully agree that all the features I want from the bitcode linker may be achieved with gold + gold plugin (with mods to both parts), but I would like to stay away from this dependency. Partly, because maintaining modified gold and gold plugin is no fun, partly be...

...ten program in C so please don't throw too many stones if my workflow is less than ideal. :) I would like to port the vorbis encoder to JavaScript. Instead of porting everything by hand from ground up, which would take who-knows-how-long, I am using a tool called emscripten (https://github.com/kripken/emscripten).

...than ideal. :)</div> <div><br></div><div>I would like to port the vorbis encoder to JavaScript. = Instead of porting everything by hand from ground up, which would take who-= knows-how-long, I am using a tool called emscripten (<a href=3D"https://git= hub.com/kripken/emscripten" target=3D"_blank">https://github.com/kripken/em= scripten</a>). From the docs:</div> <div><br></div><div>Emscripten is an LLVM-to-JavaScript compiler. It takes = LLVM bitcode - which can be generated from C/C++, using llvm-gcc or cl...

...which I assume already exists. You want to produce a executable (t) which has a dependency on a shared library with the symbols defined in foo.bc. Is that the use case? > I believe that Emscripten does not use gold and gold plugin at the > moment. They use > llvm-link: https://github.com/kripken/emscripten/wiki/Building-Projects I think that is the current implementation, yes. > I fully agree that all the features I want from the bitcode linker may > be achieved with gold + gold plugin (with mods to both parts), but I > would like to stay away from this dependency. Partly, becau...

...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 done mainly as a fun hacking project over the holidays, > >&g...

...of structure. > Or was it because it was only designed to be input to another compiler, so > pretty structure like for loops etc, was not necessary? > Why was the C backend removed? > > James > Maybe OT, but you might take a look at the emscripten project ( https://github.com/kripken/emscripten/wiki ) , which is a Javascript backend for LLVM. It's actively maintained and might give you some better ideas of how to do something like this once you can get back to bitcode level from assembly. Also take a look at Disarm ( http://code.google.com/p/disarm/ ) which is an AR...

...d LowerAtomic. The PNaCl team (which I'm a member of) is happy to take on the work of maintaining this code, such as updating it as LLVM IR evolves and doing code reviews. We would upstream this gradually, pass by pass, so the changes would be manageable. Cheers, Mark [1] https://github.com/kripken/emscripten/wiki/LLVM-Backend [2] https://groups.google.com/forum/#!topic/llvm-dev/lk6dZzwW0ls - PNaCl Bitcode reference manual -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140304/86e2dde3/attachment.html&g...

On 08/12/11 03:56 PM, Ivan Krasin wrote: > Hi llvm team! > > I'm currently working on the extended version of llvm-ld, which has an > ability to check if all the symbols present (and fail if some symbols > are not resolved), treat archives in the right way (link all the object > files in the archive if it's specified as the regular input, not as -l) Is that the

.... > > Is that the use case? > Almost. The difference is that I want to have a bitcode module as the result of linking, not executable file. > > > I believe that Emscripten does not use gold and gold plugin at the > > moment. They use > > llvm-link: https://github.com/kripken/emscripten/wiki/Building-Projects > > I think that is the current implementation, yes. > > > I fully agree that all the features I want from the bitcode linker may > > be achieved with gold + gold plugin (with mods to both parts), but I > > would like to stay away from th...

After compiling opusenc.js to JavaScript [1], now the flac tool is also available [2][3], too. s/Check out/Clone/ https://github.com/Rillke/flac.js ! I am slightly nervous about its license, the GPL and what CloudFlare is doing: It's melting a lot of content together into one file and adding JavaScript that doesn't appear to be GPL or compatibly licensed -- by any chance, is there a

After compiling opusenc.js to JavaScript [1], now the flac tool is also available [2][3], too. s/Check out/Clone/ https://github.com/Rillke/flac.js ! I am slightly nervous about its license, the GPL and what CloudFlare is doing: It's melting a lot of content together into one file and adding JavaScript that doesn't appear to be GPL or compatibly licensed -- by any chance, is there a

...) Finally, thanks for the great free tools, Xiph. -- Rillke [1] http://lists.xiph.org/pipermail/opus/2014-December/002824.html [2] https://github.com/Rillke/flac.js [3] https://blog.rillke.com/flac.js/ [4] https://xiph.org/flac/index.html [5] http://stackoverflow.com/a/1239727/2683737 [6] http://kripken.github.io/emscripten-site/docs/optimizing/Optimizing-Code.html#very-large-projects -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20150120/9b4524ba/attachment.htm

I've been tossing around some ideas about high-level backends. Say, have LLVM emit Perl code. Sounds whacky but isn't. It's good for the first bootstrapping phase in environments where you don't have a C compiler, where you don't have a cross-compiled binary for download, but you can execute Perl. It also makes a great inspect-the-sources-with-an-editor stage for aspiring

...on the issue was never answered. Seeing as it's Easter, does anybody know why GCC has a [GNU breaking out of an egg as a logo](http://commons.wikimedia.org/wiki/File:GNU_Compiler_Collection_logo.svg)? ## News and articles from around the web The new backend to [Emscripten](https://github.com/kripken/emscripten) which is implemented as an LLVM backend has [now been merged to Emscripten's master branch](https://groups.google.com/forum/#!topic/emscripten-discuss/FACubOKw2TI). This should result in a noticeable speedup in compile times. Phoronix have published a [small set of benchmarks compa...

Hi llvm team! I'm currently working on the extended version of llvm-ld, which has an ability to check if all the symbols present (and fail if some symbols are not resolved), treat archives in the right way (link all the object files in the archive if it's specified as the regular input, not as -l) and the most important to my project feature: to link against bitcode "shared

On 7 May 2012 16:31, John Criswell <criswell at illinois.edu> wrote: > On 5/7/12 5:47 AM, James Courtier-Dutton wrote: >> >> Hi, >> >> I am writing a decompiler. I was wondering if some of LLVM could be >> used for a decompiler. >> There are several stages in the decompiler process. >> 1) Take binary and create a higher level representation of it.

Hi everyone, I wanted to mention a project using LLVM: Emscripten. Emscripten is an open source LLVM to JavaScript compiler, http://emscripten.org https://github.com/kripken/emscripten/ There are various demos linked to on the wiki (the first link), of various large C/C++ codebases compiled to JS and running on the web, like Python, Bullet, Poppler, etc. Emscripten is not a 'conventional' LLVM backend. It's written itself in JavaScript, mainly in order to...