Re: Adding Rendezvous support to postmaster - Mailing list pgsql-patches

From Chris Campbell
Subject Re: Adding Rendezvous support to postmaster
Date
Msg-id C4438E7C-907E-11D7-AD3A-000393147784@bignerdranch.com
Whole thread Raw
In response to Re: Adding Rendezvous support to postmaster  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-patches
On Tuesday, May 27, 2003, at 15:42 US/Eastern, Peter Eisentraut wrote:

> Bruce Momjian writes:
>
>> Isn't "automatic discovery of optional features" what configure is all
>> about?
>
> Absolutely not.  Configure chooses between alternative implementations
> of
> a constant feature set.

If configure can properly set HAVE_RENDEZVOUS, but the feature isn't
enabled unless a GUC variable is set (and the variable is disabled in
the default configuration), is that OK? HAVE_RENDEZVOUS just enables
the GUC variable processing, and 1 line in postmaster's main() that is
executed if the variable is set.

I think it would be really nice to enable Rendezvous service
advertisement if the system supports it (e.g., "#ifdef HAVE_RENDEZVOUS"
is the way to determine whether or not to advertise the service), but
since people don't like that, we could go back to my original proposal
was for a GUC variable that was disabled by default.

E.g., if your OS supports Rendezvous, but "rendezvous_service_name"
isn't configured in your postgresql.conf, no Rendezvous-related
anything will happen. The optional feature is discovered, but not
enabled. And there is no run-time cost associated with the feature
being compiled in but disabled.

- Chris


pgsql-patches by date:

Previous
From: "Tebaldi Mirko"
Date:
Subject: PGSQL translation to italian - Proposal n° 2
Next
From: "Greg Sabino Mullane"
Date:
Subject: Broken link correction for register.txt