Make postgres.bki use the same literal-string syntax as postgresql.conf.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 4 Oct 2020 20:09:55 +0000 (16:09 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 4 Oct 2020 20:09:55 +0000 (16:09 -0400)
commit97b61448262eae5e1b4a631aeac63b11d902a474
tree4f672fc955dcb1ff2da44753921c2f3fdd72de23
parent9081bddbd75e4e8994ca243c820ca63387bd33f7
Make postgres.bki use the same literal-string syntax as postgresql.conf.

The BKI file's string quoting conventions were previously quite weird,
perhaps as a result of repurposing a function built to scan
single-quoted strings to scan double-quoted ones.  Change to use the
same rules as we use in GUC files, allowing some simplifications in
genbki.pl and initdb.c.

While at it, completely remove the backend's scanstr() function, which
was essentially a duplicate of the string dequoting code in guc-file.l.
Instead export that one (under a less generic name than it had) and let
bootscanner.l use it.  Now we can clarify that scansup.c exists only to
support the main lexer. We could alternatively have removed GUC_scanstr,
but this way seems better since the previous arrangement could mislead
a reader into thinking that scanstr() had something to do with the main
lexer's handling of string literals.  Maybe it did once, but if so it
was a long time ago.

This patch does not bump catversion, since the initially-installed
catalog contents don't change.  Note however that successful initdb
after applying this patch will require up-to-date postgres.bki as well
as postgres and initdb executables.

In passing, remove a bunch of very-long-obsolete #include's in
bootparse.y and bootscanner.l.

John Naylor

Discussion: https://postgr.es/m/CACPNZCtDpd18T0KATTmCggO2GdVC4ow86ypiq5ENff1VnauL8g@mail.gmail.com
doc/src/sgml/bki.sgml
src/backend/bootstrap/bootparse.y
src/backend/bootstrap/bootscanner.l
src/backend/catalog/genbki.pl
src/backend/parser/scansup.c
src/backend/utils/misc/guc-file.l
src/bin/initdb/initdb.c
src/include/parser/scansup.h
src/include/utils/guc.h