From: | "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
---|---|
To: | "Bruce Momjian" <bruce(at)momjian(dot)us> |
Cc: | "Robert Treat" <xzilla(at)users(dot)sourceforge(dot)net>, pgsql-hackers(at)postgresql(dot)org, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, mark(at)mark(dot)mielke(dot)cc, "Stephen Frost" <sfrost(at)snowman(dot)net>, "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, "Mark Kirkwood" <markir(at)paradise(dot)net(dot)nz> |
Subject: | Re: TODO: GNU TLS |
Date: | 2006-12-30 04:39:40 |
Message-ID: | 3177.24.211.165.134.1167453580.squirrel@www.dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian wrote:
> Robert Treat wrote:
>> > 5) GNUTLS does not run well under all of our supported platforms.
>> >
>>
>> given options like --enable-dtrace and --with-libedit-preferred, I don't
>> find
>> this argument compelling...
>
> Keep in mind it took years to get OpenSSL support up to the level we
> have it now. It took SSL experts coming in and out of our development
> process to get it 100% feature-complete. Doing this for another
> library, I am afraid, isn't trivial, unlike the above options.
>
Not only that, but in every other case of an extra library, it provides us
either with more platform support (e.g. libedit) or more functionality
(e.g. dtrace). That's not the case here - we would simply be supporting
another way of getting the same functionality on platforms where we
already have a library that supports it.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Jim C. Nasby | 2006-12-30 04:46:27 | Re: column ordering, was Re: [PATCHES] Enums patch v2 |
Previous Message | Bruce Momjian | 2006-12-30 04:29:11 | Re: TODO: GNU TLS |