Re: BUG #16320: GSSAPI Error - Mailing list pgsql-bugs

From Stephen Frost
Subject Re: BUG #16320: GSSAPI Error
Date
Msg-id 20200327210809.GK13712@tamriel.snowman.net
Whole thread Raw
In response to Re: BUG #16320: GSSAPI Error  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Greetings,

* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Stephen Frost <sfrost@snowman.net> writes:
> > * Tom Lane (tgl@sss.pgh.pa.us) wrote:
> >> Should we document somewhere that we consider that unsupported?
> >> Trying it here, I see a bunch of "deprecation" warnings during
> >> the build, but it does build --- which might lead people to expect
> >> that it'd work.
>
> > There had been discussion on another thread about trying to figure out a
> > way to detect the OSX GSSAPI library and refuse to build with GSSAPI
> > support when that's what we'd be building against.  I didn't see anyone
> > post a patch though and I haven't got an OSX box to play with myself
> > easily at hand.
>
> Just poking around, it looks like something along this line would work:
>
> #ifdef GSSKRB_APPLE_DEPRECATED
> #error "Postgres doesn't work with the macOS GSSAPI library, please use XXX instead."
> #endif
>
> (in any suitable spot after #including gssapi.h)
>
> Now, this is testing the *headers* not the actual *library*, which in
> some sense is not the right thing.  But it's probably close enough for
> the purpose.

Sounds good to me.

Thanks,

Stephen

Attachment

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #16320: GSSAPI Error
Next
From: PG Bug reporting form
Date:
Subject: BUG #16325: Assert failure on partitioning by int for a text value with a collation