2002-07-16 11:25:06 +02:00
|
|
|
#-------------------------------------------------------------------------
|
|
|
|
#
|
Move the built-in conversions into the initial catalog data.
Instead of running a SQL script to create the standard conversion
functions and pg_conversion entries, put those entries into the
initial data in postgres.bki.
This shaves a few percent off the runtime of initdb, and also allows
accurate comments to be attached to the conversion functions; the
previous script labeled them with machine-generated comments that
were not quite right for multi-purpose conversion functions.
Also, we can get rid of the duplicative Makefile and MSVC perl
implementations of the generation code for that SQL script.
A functional change is that these pg_proc and pg_conversion entries
are now "pinned" by initdb. Leaving them unpinned was perhaps a
good thing back while the conversions feature was under development,
but there seems no valid reason for it now.
Also, the conversion functions are now marked as immutable, where
before they were volatile by virtue of lacking any explicit
specification. That seems like it was just an oversight.
To avoid using magic constants in pg_conversion.dat, extend
genbki.pl to allow encoding names to be converted, much as it
does for language, access method, etc names.
John Naylor
Discussion: https://postgr.es/m/CAJVSVGWtUqxpfAaxS88vEGvi+jKzWZb2EStu5io-UPc4p9rSJg@mail.gmail.com
2019-01-04 01:47:53 +01:00
|
|
|
# Makefile for backend/utils/mb/conversion_procs
|
2002-07-16 11:25:06 +02:00
|
|
|
#
|
2023-01-02 21:00:37 +01:00
|
|
|
# Portions Copyright (c) 1996-2023, PostgreSQL Global Development Group
|
Move the built-in conversions into the initial catalog data.
Instead of running a SQL script to create the standard conversion
functions and pg_conversion entries, put those entries into the
initial data in postgres.bki.
This shaves a few percent off the runtime of initdb, and also allows
accurate comments to be attached to the conversion functions; the
previous script labeled them with machine-generated comments that
were not quite right for multi-purpose conversion functions.
Also, we can get rid of the duplicative Makefile and MSVC perl
implementations of the generation code for that SQL script.
A functional change is that these pg_proc and pg_conversion entries
are now "pinned" by initdb. Leaving them unpinned was perhaps a
good thing back while the conversions feature was under development,
but there seems no valid reason for it now.
Also, the conversion functions are now marked as immutable, where
before they were volatile by virtue of lacking any explicit
specification. That seems like it was just an oversight.
To avoid using magic constants in pg_conversion.dat, extend
genbki.pl to allow encoding names to be converted, much as it
does for language, access method, etc names.
John Naylor
Discussion: https://postgr.es/m/CAJVSVGWtUqxpfAaxS88vEGvi+jKzWZb2EStu5io-UPc4p9rSJg@mail.gmail.com
2019-01-04 01:47:53 +01:00
|
|
|
# Portions Copyright (c) 1994, Regents of the University of California
|
|
|
|
#
|
|
|
|
# src/backend/utils/mb/conversion_procs/Makefile
|
2002-07-16 11:25:06 +02:00
|
|
|
#
|
|
|
|
#-------------------------------------------------------------------------
|
|
|
|
|
|
|
|
subdir = src/backend/utils/mb/conversion_procs
|
|
|
|
top_builddir = ../../../../..
|
|
|
|
include $(top_builddir)/src/Makefile.global
|
|
|
|
|
2009-08-07 22:50:22 +02:00
|
|
|
SUBDIRS = \
|
2019-07-05 20:17:27 +02:00
|
|
|
cyrillic_and_mic euc_cn_and_mic euc_jp_and_sjis \
|
2002-08-14 04:45:10 +02:00
|
|
|
euc_kr_and_mic euc_tw_and_big5 latin2_and_win1250 latin_and_mic \
|
2019-07-05 20:17:27 +02:00
|
|
|
utf8_and_big5 utf8_and_cyrillic utf8_and_euc_cn \
|
2002-08-14 04:45:10 +02:00
|
|
|
utf8_and_euc_jp utf8_and_euc_kr utf8_and_euc_tw utf8_and_gb18030 \
|
|
|
|
utf8_and_gbk utf8_and_iso8859 utf8_and_iso8859_1 utf8_and_johab \
|
2007-03-25 13:56:04 +02:00
|
|
|
utf8_and_sjis utf8_and_win utf8_and_uhc \
|
2009-11-05 00:47:04 +01:00
|
|
|
utf8_and_euc2004 utf8_and_sjis2004 euc2004_sjis2004
|
2002-07-16 11:25:06 +02:00
|
|
|
|
2010-11-12 21:15:16 +01:00
|
|
|
$(recurse)
|