head	1.10;
access;
symbols
	REL9_0_0:1.10
	REL9_1_ALPHA1:1.10
	REL9_0_RC1:1.10
	REL9_0_BETA4:1.10
	REL9_0_STABLE:1.10.0.16
	REL9_0_BETA3:1.10
	REL9_0_BETA2:1.10
	REL7_4_29:1.2
	REL8_0_25:1.5
	REL8_1_21:1.6
	REL8_2_17:1.8
	REL8_3_11:1.10
	REL8_4_4:1.10
	REL9_0_BETA1:1.10
	REL9_0_ALPHA5_BRANCH:1.10.0.14
	REL9_0_ALPHA5:1.10
	REL7_4_28:1.2
	REL8_0_24:1.5
	REL8_1_20:1.6
	REL8_2_16:1.8
	REL8_3_10:1.10
	REL8_4_3:1.10
	REL9_0_ALPHA4:1.10
	REL9_0_ALPHA4_BRANCH:1.10.0.12
	REL8_5_ALPHA3:1.10
	REL8_5_ALPHA3_BRANCH:1.10.0.10
	REL7_4_27:1.2
	REL8_0_23:1.5
	REL8_1_19:1.6
	REL8_2_15:1.8
	REL8_3_9:1.10
	REL8_4_2:1.10
	REL8_5_ALPHA2:1.10
	REL8_5_ALPHA2_BRANCH:1.10.0.8
	REL7_4_26:1.2
	REL8_0_22:1.5
	REL8_1_18:1.6
	REL8_2_14:1.8
	REL8_3_8:1.10
	REL8_4_1:1.10
	REL8_5_ALPHA1:1.10
	REL8_5_ALPHA1_BRANCH:1.10.0.6
	REL8_4_STABLE:1.10.0.4
	REL8_4_0:1.10
	REL8_4_RC2:1.10
	REL8_4_RC1:1.10
	REL8_4_BETA2:1.10
	REL8_4_BETA1:1.10
	REL7_4_25:1.2
	REL8_0_21:1.5
	REL8_1_17:1.6
	REL8_2_13:1.8
	REL8_3_7:1.10
	REL7_4_24:1.2
	REL8_0_20:1.5
	REL8_1_16:1.6
	REL8_2_12:1.8
	REL8_3_6:1.10
	REL7_4_23:1.2
	REL8_0_19:1.5
	REL8_1_15:1.6
	REL8_2_11:1.8
	REL8_3_5:1.10
	REL7_4_22:1.2
	REL8_0_18:1.5
	REL8_1_14:1.6
	REL8_2_10:1.8
	REL8_3_4:1.10
	REL7_4_21:1.2
	REL8_0_17:1.5
	REL8_1_13:1.6
	REL8_2_9:1.8
	REL8_3_3:1.10
	REL7_4_20:1.2
	REL8_0_16:1.5
	REL8_1_12:1.6
	REL8_2_8:1.8
	REL8_3_2:1.10
	REL8_2_7:1.8
	REL8_3_1:1.10
	REL8_3_STABLE:1.10.0.2
	REL8_3_0:1.10
	REL8_3_RC2:1.10
	REL7_3_21:1.2
	REL7_4_19:1.2
	REL8_0_15:1.5
	REL8_1_11:1.6
	REL8_2_6:1.8
	REL8_3_RC1:1.10
	REL8_3_BETA4:1.10
	REL8_3_BETA3:1.10
	REL8_3_BETA2:1.9
	REL8_3_BETA1:1.9
	REL7_3_20:1.2
	REL7_4_18:1.2
	REL8_0_14:1.5
	REL8_1_10:1.6
	REL8_2_5:1.8
	REL7_3_19:1.2
	REL7_4_17:1.2
	REL8_0_13:1.5
	REL8_1_9:1.6
	REL8_2_4:1.8
	REL8_0_12:1.5
	REL8_1_8:1.6
	REL8_2_3:1.8
	REL7_3_18:1.2
	REL7_4_16:1.2
	REL8_0_11:1.5
	REL8_1_7:1.6
	REL8_2_2:1.8
	REL8_0_10:1.5
	REL8_1_6:1.6
	REL8_2_1:1.8
	REL7_4_15:1.2
	REL7_3_17:1.2
	REL8_2_STABLE:1.8.0.2
	REL8_2_0:1.8
	REL8_2_RC1:1.8
	REL8_2_BETA3:1.8
	REL8_2_BETA2:1.8
	REL8_1_5:1.6
	REL8_0_9:1.5
	REL7_4_14:1.2
	REL7_3_16:1.2
	REL8_2_BETA1:1.7
	REL7_3_15:1.2
	REL7_4_13:1.2
	REL8_0_8:1.5
	REL8_1_4:1.6
	REL7_3_14:1.2
	REL7_4_12:1.2
	REL8_0_7:1.5
	REL8_1_3:1.6
	REL7_3_13:1.2
	REL7_4_11:1.2
	REL8_0_6:1.5
	REL8_1_2:1.6
	REL7_3_12:1.2
	REL7_4_10:1.2
	REL8_0_5:1.5
	REL8_1_1:1.6
	REL8_1_STABLE:1.6.0.2
	REL8_1_0:1.6
	REL8_1_0RC1:1.6
	REL8_1_0BETA4:1.6
	REL8_1_0BETA3:1.6
	REL7_3_11:1.2
	REL7_4_9:1.2
	REL8_0_4:1.5
	REL8_1_0BETA2:1.5
	REL8_1_0BETA1:1.5
	REL7_2_8:1.2
	REL7_3_10:1.2
	REL7_4_8:1.2
	REL8_0_3:1.5
	REL8_0_2:1.5
	REL7_2_7:1.2
	REL7_3_9:1.2
	REL7_4_7:1.2
	REL8_0_1:1.5
	REL8_0_STABLE:1.5.0.4
	REL8_0_0:1.5.0.2
	REL8_0_0RC5:1.5
	REL8_0_0RC4:1.5
	REL8_0_0RC3:1.5
	REL8_0_0RC2:1.5
	REL8_0_0RC1:1.5
	REL8_0_0BETA5:1.5
	REL8_0_0BETA4:1.5
	REL7_4_6:1.2
	REL7_3_8:1.2
	REL7_2_6:1.2
	REL8_0_0BETA3:1.5
	REL8_0_0BETA2:1.5
	REL7_2_5:1.2
	REL7_4_5:1.2
	REL7_3_7:1.2
	REL7_4_4:1.2
	REL8_0_0BETA1:1.4
	REL7_4_3:1.2
	REL7_4_2:1.2
	REL7_3_6:1.2
	REL7_4_1:1.2
	REL7_3_5:1.2
	REL7_4:1.2
	REL7_4_RC2:1.2
	REL7_4_STABLE:1.2.0.8
	REL7_4_RC1:1.2
	REL7_4_BETA5:1.2
	REL7_4_BETA4:1.2
	REL7_4_BETA3:1.2
	REL7_4_BETA2:1.2
	WIN32_DEV:1.2.0.6
	REL7_4_BETA1:1.2
	REL7_3_4:1.2
	REL7_3_2:1.2
	REL7_2_4:1.2
	REL7_3_STABLE:1.2.0.4
	REL7_2_3:1.2
	REL7_2_STABLE:1.2.0.2
	REL7_2:1.2
	REL7_2_RC2:1.2
	REL7_2_RC1:1.2
	REL7_2_BETA5:1.2
	REL7_2_BETA4:1.2
	REL7_2_BETA3:1.2
	REL7_2_BETA2:1.2
	REL7_2_BETA1:1.2;
locks; strict;
comment	@# @;


1.10
date	2007.11.10.23.59.50;	author momjian;	state Exp;
branches;
next	1.9;

1.9
date	2007.06.26.22.05.02;	author tgl;	state Exp;
branches;
next	1.8;

1.8
date	2006.10.19.17.40.03;	author tgl;	state Exp;
branches;
next	1.7;

1.7
date	2006.02.27.12.54.38;	author petere;	state Exp;
branches;
next	1.6;

1.6
date	2005.09.27.17.13.03;	author tgl;	state Exp;
branches;
next	1.5;

1.5
date	2004.08.20.20.13.04;	author momjian;	state Exp;
branches;
next	1.4;

1.4
date	2004.07.01.03.25.48;	author joe;	state Exp;
branches;
next	1.3;

1.3
date	2003.11.29.19.51.35;	author pgsql;	state Exp;
branches;
next	1.2;

1.2
date	2001.09.06.10.49.29;	author petere;	state Exp;
branches;
next	1.1;

1.1
date	2001.08.07.16.47.43;	author momjian;	state Exp;
branches;
next	;


desc
@@


1.10
log
@Remove references to READMEs from /contrib Makefiles.
@
text
@# $PostgreSQL: pgsql/contrib/fuzzystrmatch/Makefile,v 1.9 2007/06/26 22:05:02 tgl Exp $

MODULE_big = fuzzystrmatch
OBJS = fuzzystrmatch.o dmetaphone.o
DATA_built = fuzzystrmatch.sql
DATA = uninstall_fuzzystrmatch.sql

ifdef USE_PGXS
PG_CONFIG = pg_config
PGXS := $(shell $(PG_CONFIG) --pgxs)
include $(PGXS)
else
subdir = contrib/fuzzystrmatch
top_builddir = ../..
include $(top_builddir)/src/Makefile.global
include $(top_srcdir)/contrib/contrib-global.mk
endif
@


1.9
log
@Fix PGXS conventions so that extensions can be built against Postgres
installations whose pg_config program does not appear first in the PATH.
Per gripe from Eddie Stanley and subsequent discussions with Fabien Coelho
and others.
@
text
@d1 1
a1 1
# $PostgreSQL: pgsql/contrib/fuzzystrmatch/Makefile,v 1.8 2006/10/19 17:40:03 tgl Exp $
a6 1
DOCS = README.fuzzystrmatch README.soundex
@


1.8
log
@Simplify contrib Makefiles by removing unnecessary SRCS macro,
per Magnus.
@
text
@d1 1
a1 1
# $PostgreSQL: pgsql/contrib/fuzzystrmatch/Makefile,v 1.7 2006/02/27 12:54:38 petere Exp $
d10 2
a11 1
PGXS := $(shell pg_config --pgxs)
@


1.7
log
@contrib uninstall scripts

by David Fetter
@
text
@d1 1
a1 1
# $PostgreSQL: pgsql/contrib/fuzzystrmatch/Makefile,v 1.6 2005/09/27 17:13:03 tgl Exp $
d4 1
a4 2
SRCS += fuzzystrmatch.c dmetaphone.c
OBJS = $(SRCS:.c=.o)
@


1.6
log
@PGXS should be set with := not =, as specified in the documentation,
to avoid useless multiple executions of pg_config.
@
text
@d1 1
a1 1
# $PostgreSQL: pgsql/contrib/fuzzystrmatch/Makefile,v 1.5 2004/08/20 20:13:04 momjian Exp $
d7 1
@


1.5
log
@> Please find enclose a submission to fix these problems.
>
> The patch adds missing the "libpgport.a" file to the installation under
> "install-all-headers". It is needed by some contribs. I install the
> library in "pkglibdir", but I was wondering whether it should be "libdir"?
> I was wondering also whether it would make sense to have a "libpgport.so"?
>
> It fixes various macros which are used by contrib makefiles, especially
> libpq_*dir and LDFLAGS when used under PGXS. It seems to me that they are
> needed to
>
> It adds the ability to test and use PGXS with contribs, with "make
> USE_PGXS=1". Without the macro, this is exactly as before, there should be
> no difference, esp. wrt the vpath feature that seemed broken by previous
> submission. So it should not harm anybody, and it is useful at least to me.
>
> It fixes some inconsistencies in various contrib makefiles
> (useless override, ":=" instead of "=").

Fabien COELHO
@
text
@d1 1
a1 1
# $PostgreSQL: pgsql-server/contrib/fuzzystrmatch/Makefile,v 1.4 2004/07/01 03:25:48 joe Exp $
d10 1
a10 1
PGXS = $(shell pg_config --pgxs)
@


1.4
log
@Add double metaphone code from Andrew Dunstan. Also change metaphone so that
an empty input string causes an empty output string to be returned, instead of
throwing an ERROR -- per complaint from Aaron Hillegass, and consistent with
double metaphone. Fix examples in README.soundex pointed out by James Robinson.
@
text
@d1 1
a1 5
# $PostgreSQL: pgsql-server/contrib/fuzzystrmatch/Makefile,v 1.3 2003/11/29 19:51:35 pgsql Exp $

subdir = contrib/fuzzystrmatch
top_builddir = ../..
include $(top_builddir)/src/Makefile.global
d9 7
d17 1
@


1.3
log
@
$Header: -> $PostgreSQL Changes ...
@
text
@d1 1
a1 1
# $PostgreSQL: /cvsroot/pgsql-server/contrib/fuzzystrmatch/Makefile,v 1.2 2001/09/06 10:49:29 petere Exp $
d7 3
a9 1
MODULES = fuzzystrmatch
@


1.2
log
@To fix the perpetually broken makefiles in the contrib tree, I have
written a generic framework of rules that the contrib makefiles can
use instead of writing their own each time.  You only need to set a few
variables and off you go.
@
text
@d1 1
a1 1
# $Header$
@


1.1
log
@Per this discussion, here's a patch to implement both levenshtein() and
metaphone() in a contrib. There seem to be a fair number of different
approaches to both of these algorithms. I used the simplest case for
levenshtein which has a cost  of 1 for any character insertion, deletion, or
substitution. For metaphone, I adapted the same code from CPAN that the PHP
folks did.

A couple of questions:
1. Does it make sense to fold the soundex contrib together with this one?

2. I was debating trying to add multibyte support to levenshtein (it would
make no sense at all for metaphone), but a quick search through the contrib
directory found no hits on the word MULTIBYTE. Should worry about adding
multibyte support to levenshtein()?

Joe Conway
@
text
@d1 2
d7 3
a9 33
# override libdir to install shlib in contrib not main directory
libdir := $(libdir)/contrib

# shared library parameters
NAME= fuzzystrmatch
SO_MAJOR_VERSION= 0
SO_MINOR_VERSION= 1

override CPPFLAGS := -I$(srcdir)/src/include $(CPPFLAGS)

OBJS= fuzzystrmatch.o

all: all-lib $(NAME).sql

# Shared library stuff
include $(top_srcdir)/src/Makefile.shlib


$(NAME).sql: $(NAME).sql.in
	sed -e 's:MODULE_PATHNAME:$(libdir)/$(shlib):g' < $< > $@@

install: all installdirs install-lib

installdirs:
	$(mkinstalldirs) $(DESTDIR)$(libdir)

uninstall: uninstall-lib

clean distclean maintainer-clean: clean-lib
	rm -f $(OBJS) $(NAME).sql

depend dep:
	$(CC) -MM $(CFLAGS) *.c >depend
d11 1
a11 3
ifeq (depend,$(wildcard depend))
include depend
endif
@
