From 79f39c4d3417e89effedad4b13c840765c869d25 Mon Sep 17 00:00:00 2001 From: Tom Lane Date: Sat, 20 Nov 1999 21:41:31 +0000 Subject: My latest fixes to gram.y cause CREATE TABLE t (f1 bool default 1 < 2) to be accepted, but constraints regress test was expecting it to fail. --- src/test/regress/input/constraints.source | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'src/test/regress/input/constraints.source') diff --git a/src/test/regress/input/constraints.source b/src/test/regress/input/constraints.source index a4f02d59d7d..af10193c333 100644 --- a/src/test/regress/input/constraints.source +++ b/src/test/regress/input/constraints.source @@ -40,9 +40,9 @@ CREATE TABLE error_tbl (i int DEFAULT (100, )); -- this will fail because gram.y uses b_expr not a_expr for defaults, -- to avoid a shift/reduce conflict that arises from NOT NULL being -- part of the column definition syntax: -CREATE TABLE error_tbl (b1 bool DEFAULT 1 < 2); +CREATE TABLE error_tbl (b1 bool DEFAULT 1 IN (1, 2)); -- this should work, however: -CREATE TABLE error_tbl (b1 bool DEFAULT (1 < 2)); +CREATE TABLE error_tbl (b1 bool DEFAULT (1 IN (1, 2))); DROP TABLE error_tbl; -- cgit v1.2.3