From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: gnutls for win32 Date: Sun, 01 Jan 2012 18:10:14 +0200 Message-ID: <83ehvjs8t5.fsf@gnu.org> References: <87aa68dfao.fsf@lifelogs.com> <87ty4fbje8.fsf@lifelogs.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1325434234 23578 80.91.229.12 (1 Jan 2012 16:10:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 1 Jan 2012 16:10:34 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 01 17:10:31 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RhNzS-0001JE-KP for ged-emacs-devel@m.gmane.org; Sun, 01 Jan 2012 17:10:30 +0100 Original-Received: from localhost ([::1]:49449 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhNzS-0002AL-0c for ged-emacs-devel@m.gmane.org; Sun, 01 Jan 2012 11:10:30 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:43290) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhNzP-0002A7-QZ for emacs-devel@gnu.org; Sun, 01 Jan 2012 11:10:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhNzO-0003vs-OE for emacs-devel@gnu.org; Sun, 01 Jan 2012 11:10:27 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:65261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhNzO-0003vm-EH for emacs-devel@gnu.org; Sun, 01 Jan 2012 11:10:26 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LX400C00NJPU700@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sun, 01 Jan 2012 18:10:11 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.126.18.76]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LX400CF7NKY5FB0@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sun, 01 Jan 2012 18:10:11 +0200 (IST) In-reply-to: <87ty4fbje8.fsf@lifelogs.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147125 Archived-At: > From: Ted Zlatanov > Date: Sun, 01 Jan 2012 09:13:35 -0500 > Cc: help-gnutls@gnu.org, gnutls-devel@gnu.org > > On Sun, 01 Jan 2012 06:50:12 -0500 Eli Zaretskii wrote: > > EZ> FWIW, I've built GnuTLS 3.0.9 natively on Windows, using MinGW and > EZ> MSYS. I will make the resulting binaries available shortly, as soon > EZ> as I'm done testing it with Emacs. > > Do you want to work with Christoph Scholtes to make a GnuTLS W32 build > part of the Emacs W32 build? Sorry, I don't understand: what is the "GnuTLS W32 build part of the Emacs W32 build"? Emacs on Windows can already be built with GnuTLS. > That would be terrific and we wouldn't have to tell our users to > download an extra DLL every time. GnuTLS is more than just one DLL. > That allows us to make the choice of whether we should keep in sync with > the latest GnuTLS or refresh occasionally. Testing will be harder if we > keep in sync, but has obvious benefits for both projects. Unless there are known serious bugs, I see no particular reason to upgrade to the next GnuTLS version, let alone keep in sync all the time. It adds unnecessary overhead to people involved in providing the binary packages. (E.g., it took me 2 days of my precious time to build GnuTLS with MinGW, due to various complications and outright bugs in the GnuTLS configury. Why would I need to go through that every month or so?) Staying a whole major revision behind is indeed undesirable, which is why I made the effort of building the latest release.