Tom Lane aebddf00d2 Fix erroneous parsing of tsquery input "... & !(subexpression) | ..." ... After parsing a parenthesized subexpression, we must pop all pending ANDs and NOTs off the stack, just like the case for a simple operand. Per bug #5793. Also fix clones of this routine in contrib/intarray and contrib/ltree, where input of types query_int and ltxtquery had the same problem. Back-patch to all supported versions.		2010-12-19 12:48:41 -05:00
..
data
expected
sql
_ltree_gist.c	Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.	2010-02-24 18:02:24 +00:00
_ltree_op.c	Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.	2010-02-24 18:02:24 +00:00
.gitignore	Some more gitignore cleanups: cover contrib and PL regression test outputs.	2010-09-22 17:22:53 -04:00
crc32.c
crc32.h
lquery_op.c	Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.	2010-02-24 18:02:24 +00:00
ltree_gist.c	Allow zero-dimensional (ie, empty) arrays in contrib/ltree operations.	2010-02-24 18:02:24 +00:00
ltree_io.c
ltree_op.c
ltree.h
ltree.sql.in
ltreetest.sql
ltxtquery_io.c	Fix erroneous parsing of tsquery input "... & !(subexpression) | ..."	2010-12-19 12:48:41 -05:00
ltxtquery_op.c
Makefile
uninstall_ltree.sql