• T
    Extend the parser location infrastructure to include a location field in · a2794623
    Tom Lane 提交于
    most node types used in expression trees (both before and after parse
    analysis).  This allows us to place an error cursor in many situations
    where we formerly could not, because the information wasn't available
    beyond the very first level of parse analysis.  There's a fair amount
    of work still to be done to persuade individual ereport() calls to actually
    include an error location, but this gets the initdb-forcing part of the
    work out of the way; and the situation is already markedly better than
    before for complaints about unimplementable implicit casts, such as
    CASE and UNION constructs with incompatible alternative data types.
    Per my proposal of a few days ago.
    a2794623
parse_expr.c 58.6 KB