| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Doug Doole <ddoole(at)salesforce(dot)com> |
| Subject: | Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT) |
| Date: | 2016-12-06 20:18:29 |
| Message-ID: | 20161206201829.6wmcex6rd44sddgg@alap3.anarazel.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2016-12-06 15:13:21 -0500, Robert Haas wrote:
> Presumably this is going to need to be something that a user can get
> via yum install <blah> or apt-get install <blah> on common systems.
Right. apt-get install llvm-dev (or llvm-3.9-dev or such if you want to
install a specific version), does the trick here.
It's a bit easier to develop with a hand compiled version, because then
LLVM adds a bootloads of asserts to its IR builder, which catches a fair
amount of mistakes. Nothing you'd run in production though (just like
you don't use a cassert build...).
> I wonder how feasible it would be to make this a run-time dependency
> rather than a compile option. That's probably overcomplicating
> things, but...
I don't think that's feasible at all unfortunately - the compiler IR
(which then is JITed by LLVM) is generated via another C API. We could
rebuild that one, but that'd be a lot of work.
Andres
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nico Williams | 2016-12-06 20:19:21 | Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT) |
| Previous Message | Tom Lane | 2016-12-06 20:13:36 | Re: Select works only when connected from login postgres |