IMPALA-1101: Plan sub-trees with no results are implemented by an EmptySetNode.

Before: Constant conjuncts used to be registered in the analyzer together with
non-constant conjuncts. Since constant conjuncts are not bound by any slot or
tuple they were incorrectly placed into whatever plan node called init() first
and then were incorrectly marked as assigned. For handling queries with a
limit 0 we had special code in the BE.

After: Since constant conjuncts do not fit well into the existing slot/tuple
based assignment logic this patch treats them specially as follows. Constant
that do not originate from the ON clause of an outer join are evaluated
directly. Depending on which clause the conjunct came from either the entire
query block is marked as returning an empty set (HAVING clause) or the block
is marked as having an empty select-project-join portion (ON and WHERE clause).
In the latter case, aggregations (if any) must still be performed.
The plan sub-trees that are guaranteed to return an empty result set are
implemented by an EmptySetNode. Constant conjuncts from the ON clause of an
outer are assigned to the node implementing the join.

Similarly, query blocks with a limit 0 are marked as returning an empty result,
and planned as an EmptySetNode.

As a side effect, this patch also fixes:
IMPALA-89: Make our behavior of INSERT OVERWRITE ... LIMIT 0
consistent with Hive's. The target table is left empty after
such an operation.

Change-Id: Ia35679ac0b3a9d94edae7f310efc4d934c1bfb0d
Reviewed-on: http://gerrit.sjc.cloudera.com:8080/3653
Reviewed-by: Alex Behm <alex.behm@cloudera.com>
Tested-by: jenkins
Inline calls to EvalAndHashBuild/Probe.

In the expr refactoring branch, AggregationNode::CodegenProcessRowBatch()
was failing to replace the calls to EvalBuild/ProbeRow() (which are
called in EvalAndHashBuild/Probe). We can avoid this via inlining.

Change-Id: I4f0bc65e390baf8c2b88fc7997062b83c8f9c7ec
Reviewed-on: http://gerrit.sjc.cloudera.com:8080/3787
Reviewed-by: Nong Li <nong@cloudera.com>
Tested-by: jenkins