search for: luajit

I have been working with Antti Kantee on running scripting languages directly on Xen, and have got LuaJIT running. Essentially this is a build of a modified version of the Xen "Mini-os" which provides a small stub to handle basic Xen functions like memory allocation, combined with NetBSD kernel components to provide networking and file system access if required, plus NetBSD libc to provide e...

...c actually mention where > barriers are necessary. > Are the barriers implicit somehow for lua? > I'd be curious to learn. > thanks for looking at our code and providing your feedback. The virtq.lua implements the virtq operations from a device point of view. We compile this with LuaJIT which is guaranteed to not reorder operations [1]. We also target the x86 architecture, which is guaranteed to not reorder stores [2]: "Stores Are Seen in a Consistent Order by Other Processors". We rely on both these facts and don't use barrier in the virtq code. However I do agree t...

Hi Nikolay, I poked at src/lib/virtio/virtq.lua a bit - I was surprised to find no explicit CPU memory barriers in the virtq implementation. These are typically required when using virtio on smp machines - the spec actually mention where barriers are necessary. Are the barriers implicit somehow for lua? I'd be curious to learn. Thanks, -- MST

Hi Nikolay, I poked at src/lib/virtio/virtq.lua a bit - I was surprised to find no explicit CPU memory barriers in the virtq implementation. These are typically required when using virtio on smp machines - the spec actually mention where barriers are necessary. Are the barriers implicit somehow for lua? I'd be curious to learn. Thanks, -- MST

Thanks to help in a previous thread, I now have a working LLVM codegen for the MLton compiler. Currently the stack is managed explicitly on the heap. This way the LLVM codegen re-uses the runtime layout of the other codegens, simplifying the initial porting effort. In the next phase I plan to switch to using LLVM to manage the stack, but there is a sticking point: MLton switches stacks. It does

...or browsers Browser community is strongly opposed to the idea of having multiple web-faced languages > The first language I'd like to tackle is ECMAScript / Javascript. You can tale a look at llvm-lua project. However, speed of JIT achieved by llvm-lua is much worse than language-specific LuaJIT. [1] http://lists.webkit.org/pipermail/webkit-dev/2011-December/018813.html [2] http://code.google.com/p/llvm-lua/ -- Regards, Konstantin

...be really really fast to offset the cost of compiling something. And we have to be really sure what we compile (dynamic feedback) because recompilation is expensive too. This is less of a problem for long running processes, but think about a javascript jit. LLVM is also really memory hungry: Lua + LuaJIT uses just 200kb, LLVM alone is much larger. Again less of a problem for server processes, as dynamic libs are shared. Full Disclosure: I was a independent contributor to Unladen Swallow Unladen Swallow failed on 2). It was clearly targeted on long running processes, but it failed to provide a rea...

I have a concept for which I'm conducting an initial analysis. The broader idea is to create an LLVM, JIT based runtime that would create a platform amenable to scripting languages, but do so while enforcing an optional sandbox environment when dictated by security concerns (browsers, user preferences). With this approach, the community would gain language independence for browsers, as well

...the LLVM IR to machine code. The first time I ran the meteor.lua script it used more then 30 seconds to codegen all the Lua code, where as the normal Lua vm took less then 4 seconds to run the whole script. See the attached benchmark.log comparing the normal Lua vm with llvm-lua, native, and luajit. The "native" column shows the scripts after they have been compiled to machine code and made into standalone executables, the time for that column doesn't include the compile time. All the code used in this benchmark to compare the VMs can be downloaded from the project's we...

...mbeddable in) existing C code and is likewise a small, monomorphic, statically-typed, compiled language with manual memory management. There is also built-in support for SIMD operations and other low-level features like non-temporal writes and prefetches. Terra can optionally run independently from LuaJIT and LLVM. In fact, if your final program doesn’t need Lua, you can save Terra code into an object file, shared library, or executable.

...thing is, I explicitly don't want to use the Clang AST --- I'm not interested in producing an idiomatic translation, merely a fast-performing one. Clue in its current lousy state has proven that this is possible; without any optimisation I'm getting C-to-Java at 60% of native, and C-to-Luajit at 10%. I now want to see what sort of results I get when applying LLVM's optimisations and some more intelligence to the code generation. (Plus, Sparse is buggy and really awkward to work with.) For giggles, here's some example Javascript produced by Clue. function _dtime(fp, stack) { va...

Hi Travis, ... > LLVM is still very relevant to Python because of projects like Numba --- but you > should know that PyPy is no longer using LLVM and Unladen Swallow has not been > worked on for several years. The future of LLVM and Python I think is very > bright --- especially for the scientific and data-analysis user-base. thanks for your interesting email. Do you understand

David Given <dg at cowlark.com> writes: > The obvious place to start on this is the C backend, except in these 2.8 > days the C backend is so hedged about with caveats I'm rather wary of > basing anything on it. I also recall seeing comments here that it's due > for a rewrite from scratch, and that various people were looking into > it. Can anyone go into more detail

...Heen <tfheen at debian.org>} [ruby-json] ruby-json: After upgrade ruby-json from 1.7.3-2 to 1.7.3-3 chef-client stops working No longer marked as found in versions ruby-json/1.7.3-3. > notfixed 701540 2.0.1+hotfix1+dfsg Bug #701540 {Done: Enrico Tassi <gareuselesinge at debian.org>} [luajit] luajit: FTBFS on powerpcspe There is no source info for the package 'luajit' at version '2.0.1+hotfix1+dfsg' with architecture '' Unable to make a source version for version '2.0.1+hotfix1+dfsg' No longer marked as fixed in versions 2.0.1+hotfix1+dfsg. > fixed 70...

Hi Bekket, Sorry for the delayed reply. By appropriate, I mean performance of compiled native code. I was referring other JIT implementations like LuaJIT & webkit FTL JIT to see how they implement their JIT. I have gone through the design of Spider Monkey & Android runtime (ART) JIT. As, you said both region based and method based compilation unit have their own advantage & disadvantage. Both make use of profile generation for hot-co...

On 10 May 2014, at 13:53, Tim Northover <t.p.northover at gmail.com> wrote: > It doesn't make sense for everything though, particularly if you want > target-specific IR to simply not exist. What would you map ARM's > "ldrex" to on x86? This isn't a great example. Having load-linked / store-conditional in the IR would make a number of transforms related to

[ https://www.centos.org/search.php?query=atomicorp&mid=30&action=showall&andor=AND forum search] returns a 404. Can the forum search https://www.centos.org/forums/search.php? be used with parameters that will provide the supporting material for the warning "Many CentOS users have had problems after enabling this repo"? -------------- next part -------------- An HTML

I am interested in using LLVM to translate C and C++ into high-level language code. (As an update to an earlier project of mine, Clue, which used the Sparse compiler library to do this: it targets Lua, Javascript, Perl 5, C, Java and Common Lisp, with a disturbing amount of success. See http://cluecc.sourceforge.net for details.) The obvious place to start on this is the C backend, except in

...for the delayed reply. >> >> By appropriate, I mean performance of compiled native code. >> > I think you need more evaluations on that. As there are too many > factors affecting the quality of generated code. >> >> I was referring other JIT implementations like LuaJIT & webkit FTL >> JIT to see how they implement their JIT. I have gone through the >> design of Spider Monkey & Android runtime (ART) JIT. As, you said >> both region based and method based compilation unit have their own >> advantage & disadvantage. Both make...

Yes, it is sort of scary that there seems to be no definite resource to consult for information on especially advanced OOP things. I have something like 20 compiler books on my shelves and yet none of them mention a single word on how to implement multiple inheritance, exception handling, or interfaces. It seems like they are all happy about presenting a subset of Pascal, or Java, with an