Re: Parsing config files in a directory - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Parsing config files in a directory
Date
Msg-id 6172.1256830687@sss.pgh.pa.us
Whole thread Raw
In response to Re: Parsing config files in a directory  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Parsing config files in a directory  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> Another option would be to introduce a section syntax, something like
> what M$ does.  We could define a line that contains just [foo] to mean
> "define foo as a custom variable class and automatically put all the
> rest of the settings in this section into that namespace".

That seems like a pretty darn bad idea, unless we munge the parser to
terminate the section when exiting a particular include file.  Otherwise
files that don't set custom_variable_class will have surprising
interactions with those that do.  I don't see any particularly great
benefit in allowing people to omit the prefix anyway --- what if you
want to set some custom and some standard variables?  With the above
definition you can't do that.

The fact that custom_variable_classes interacts with other declarations
around it is already an ugly misfeature of the design.  Let us please
not add more such interactions.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Parsing config files in a directory
Next
From: Tom Lane
Date:
Subject: Re: Parsing config files in a directory