- 14 Nov, 2007 13 commits
-
-
Tom Lane authored
gives the old behavior; selecting false allows the dictionary to be used as a filter ahead of other dictionaries, because it will pass on rather than accept words that aren't in its stopword list. Jan Urbanski
-
Bruce Momjian authored
GSSAPI is industry-standard.
-
Magnus Hagander authored
per discussions (a long time ago). Documentation only, we keep full support in the code.
-
Bruce Momjian authored
-
Bruce Momjian authored
wrong.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Tom Lane authored
the division of material between here and the tsearch2 contrib page, but at least it's not obviously unfinished any more.
-
Tom Lane authored
Change title to Additional Supplied Modules. Improve discussion of how to build and install 'em.
-
Tom Lane authored
-
Tom Lane authored
-
Bruce Momjian authored
-
- 13 Nov, 2007 18 commits
-
-
Tom Lane authored
-
Tom Lane authored
-
Tom Lane authored
and put it into contrib/tsearch2 compatibility module.
-
Tom Lane authored
-
Tom Lane authored
-
Tom Lane authored
-
Tom Lane authored
compatibility package. This supports importing dumps from past versions using tsearch2, and provides the old names and API for most functions that were changed. (rewrite(ARRAY[...]) is a glaring omission, though.) Pavel Stehule and Tom Lane
-
Bruce Momjian authored
-
Bruce Momjian authored
terms defined).
-
Bruce Momjian authored
-
Tom Lane authored
about best practice for including the module creation scripts: to wit that you should suppress NOTICE messages. This avoids creating regression failures by adding or removing comment lines in the module scripts.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Tom Lane authored
-
Tom Lane authored
Remove setting of search_path in install/uninstall scripts, since unlike other contrib modules this one does not want to let you change the installation schema.
-
Bruce Momjian authored
-
Tom Lane authored
-
Tom Lane authored
itself as libuuid, not libossp-uuid which was the only case expected by our build support. Install a configure test to determine which name to use (and to check that the library is present at all).
-
- 12 Nov, 2007 3 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 11 Nov, 2007 5 commits
-
-
Tom Lane authored
even in code paths where we don't pay any subsequent attention to the typmod value. This seems needed in view of the fact that 8.3's generalized typmod support will accept a lot of bogus syntax, such as "timestamp(foo)" or "record(int, 42)" --- if we allow such things to pass without comment, users will get confused. Per a recent example from Greg Stark. To implement this in a way that's not very vulnerable to future bugs-of-omission, refactor the API of parse_type.c's TypeName lookup routines so that typmod validation is folded into the base lookup operation. Callers can still choose not to receive the encoded typmod, but we'll check the decoration anyway if it's present.
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
remove transactions use create or replace function make formatting consistent set search patch on first line Add documentation on modifying *.sql to set the search patch, and mention that major upgrades should still run the installation scripts. Some of these issues were spotted by Tom today.
-
- 10 Nov, 2007 1 commit
-
-
Bruce Momjian authored
-