Re: JIT compiling with LLVM v9.0
| От | Jeff Davis |
|---|---|
| Тема | Re: JIT compiling with LLVM v9.0 |
| Дата | |
| Msg-id | CAMp0ubcEfrwgCQrwX3pSeQbBKCL7FRh8cusNxQybCYk7ofoYZg@mail.gmail.com обсуждение исходный текст |
| Ответ на | JIT compiling with LLVM v9.0 (Andres Freund <andres@anarazel.de>) |
| Ответы |
Re: JIT compiling with LLVM v9.0
|
| Список | pgsql-hackers |
On Tue, Jan 23, 2018 at 11:20 PM, Andres Freund <andres@anarazel.de> wrote:
> Hi,
>
> I've spent the last weeks working on my LLVM compilation patchset. In
> the course of that I *heavily* revised it. While still a good bit away
> from committable, it's IMO definitely not a prototype anymore.
Great!
A couple high-level questions:
1. I notice a lot of use of the LLVM builder, for example, in
slot_compile_deform(). Why can't you do the same thing you did with
function code, where you create the ".bc" at build time from plain C
code, and then load it at runtime?
2. I'm glad you considered extensions. How far can we go with this in
the future? Can we have bitcode-only extensions that don't need a .so
file? Can we store the bitcode in pg_proc, simplifying deployment and
allowing extensions to travel over replication? I am not asking for
this now, of course, but I'd like to get the idea out there so we
leave room.
Regards,
Jeff Davis
В списке pgsql-hackers по дате отправления: