Re: pgsql: In v11, disable JIT by default (it's still enabled by default in

2018-09-15 Thread Bruce Momjian
On Sat, Sep 15, 2018 at 09:24:46PM +, Tom Lane wrote: > In v11, disable JIT by default (it's still enabled by default in HEAD). > > Per discussion, JIT isn't quite mature enough to ship enabled-by-default. > > I failed to resist the temptation to do a bunch of copy-editing on the > related do

pgsql: In v11, disable JIT by default (it's still enabled by default in

2018-09-15 Thread Tom Lane
In v11, disable JIT by default (it's still enabled by default in HEAD). Per discussion, JIT isn't quite mature enough to ship enabled-by-default. I failed to resist the temptation to do a bunch of copy-editing on the related documentation. Also, clean up some inconsistencies in which section of

pgsql: In v11, disable JIT by default (it's still enabled by default in

2018-09-15 Thread Tom Lane
In v11, disable JIT by default (it's still enabled by default in HEAD). Per discussion, JIT isn't quite mature enough to ship enabled-by-default. I failed to resist the temptation to do a bunch of copy-editing on the related documentation. Also, clean up some inconsistencies in which section of

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Fix failure with initplans used conditionally during EvalPlanQua

2018-09-15 Thread Tom Lane
Fix failure with initplans used conditionally during EvalPlanQual rechecks. The EvalPlanQual machinery assumes that any initplans (that is, uncorrelated sub-selects) used during an EPQ recheck would have already been evaluated during the main query; this is implicit in the fact that execPlan point

pgsql: Move PartitionDispatchData struct definition to execPartition.c

2018-09-15 Thread Alvaro Herrera
Move PartitionDispatchData struct definition to execPartition.c There's no reason to expose the struct definition, so don't. Author: Amit Langote Discussion: https://postgr.es/m/d3fa24c1-bc65-7133-81df-6474387cc...@lab.ntt.co.jp Branch -- master Details --- https://git.postgresql.org/