[AURON #2536] Add shared CPU join condition evaluation

[Deegue]

Which issue does this PR close?

Closes #2536

Rationale for this change

Extending native join-condition support requires shared evaluation logic that preserves null, lazy-expression, and volatile-expression semantics. Materializing every candidate pair can also create large intermediate allocations when join keys contain many duplicates.

What changes are included in this PR?

• Add a shared CPU evaluator for residual join conditions, supporting bounded candidate batches and avoiding unnecessary expansion of one-sided expressions.
• Add column remapping and projection support to retain condition-only columns without including them in the output.
• Add utilities for lazily generating candidate blocks from equality groups.
• Add tests for expression semantics, null handling, column mapping, projection, and batched evaluation.
  Integration into individual join operators will follow in separate PRs.

Are there any user-facing changes?

No.

How was this patch tested?

UTs.