[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs Lisp JIT Compiler
From: |
Tom Tromey |
Subject: |
Re: Emacs Lisp JIT Compiler |
Date: |
Mon, 13 Aug 2018 18:16:45 -0600 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) |
Paul> This sounds very interesting. I assume you'd publish it first on a
Paul> branch so that we could look at it?
Now it is feature/libjit.
Paul> libjit has only one committer, Aleksey, and no commits since March. Is
Paul> there a bottleneck there?
Another possibility is to switch to gcc-jit. On the up side, it is part
of GCC, so it is maintained and widely ported. The down side is that,
currently, it requires more capabilities at runtime; for example it
invokes the assembler and, I believe, uses dlopen under the hood.
One thing I've been thinking about with gcc-jit is that it would be
"relatively" straightforward to also have it work as an ahead-of-time
compiler. What I picture here is a step during dumping where all the
dumped bytecode functions are compiled into a shared library.
It might be worth doing the experiment to find out.
Tom
- Emacs Lisp JIT Compiler, Tom Tromey, 2018/08/13
- Re: Emacs Lisp JIT Compiler, Paul Eggert, 2018/08/13
- Re: Emacs Lisp JIT Compiler, Tom Tromey, 2018/08/13
- Re: Emacs Lisp JIT Compiler,
Tom Tromey <=
- Re: Emacs Lisp JIT Compiler, Daniel Colascione, 2018/08/14
- Re: Emacs Lisp JIT Compiler, Paul Eggert, 2018/08/14
- Re: Emacs Lisp JIT Compiler, Daniel Colascione, 2018/08/14
- Re: Emacs Lisp JIT Compiler, Paul Eggert, 2018/08/14
- Re: Emacs Lisp JIT Compiler, Eli Zaretskii, 2018/08/15
- Re: Emacs Lisp JIT Compiler, Paul Eggert, 2018/08/15
- Re: Emacs Lisp JIT Compiler, Eli Zaretskii, 2018/08/15
- Re: Emacs Lisp JIT Compiler, Tom Tromey, 2018/08/15
- Re: Emacs Lisp JIT Compiler, Eli Zaretskii, 2018/08/16
- Re: Emacs Lisp JIT Compiler, Daniel Colascione, 2018/08/16