From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: --enable-gcc-warnings is broken on Fedora 21 by GnuTLS code Date: Fri, 26 Dec 2014 01:25:11 +0100 Message-ID: <871tnn5kbc.fsf@building.gnus.org> References: <548AA97A.90404@yandex.ru> <83fvcls0ce.fsf@gnu.org> <5499497A.5020601@yandex.ru> <5499DDEA.4070005@cs.ucla.edu> <549A664C.4040908@yandex.ru> <549CA974.5000807@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1419553563 32611 80.91.229.3 (26 Dec 2014 00:26:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Dec 2014 00:26:03 +0000 (UTC) Cc: Eli Zaretskii , Dmitry Antipov , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 26 01:25:57 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y4Ij6-0007Oq-LJ for ged-emacs-devel@m.gmane.org; Fri, 26 Dec 2014 01:25:56 +0100 Original-Received: from localhost ([::1]:52086 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y4Ij5-0007iR-DU for ged-emacs-devel@m.gmane.org; Thu, 25 Dec 2014 19:25:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y4Iis-0007iA-Sa for emacs-devel@gnu.org; Thu, 25 Dec 2014 19:25:44 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y4Iio-0000an-SD for emacs-devel@gnu.org; Thu, 25 Dec 2014 19:25:42 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:58902) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y4Iio-0000Zz-Ks; Thu, 25 Dec 2014 19:25:38 -0500 Original-Received: from 2.150.68.69.tmi.telenormobil.no ([2.150.68.69] helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Y4IiQ-0006po-D3; Fri, 26 Dec 2014 01:25:14 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEVHicja5eT///7///9M jspNjbx0epFilcZimMyrq7YLDQ5BdrExPFpDh8dWlMlWltBDJEBgAAABWElEQVQ4jcXUL27DMBQG cIPSgSQo0C4azS4wENyRBVWKNGKpUunU3aBBm5JIld4FBnKFaheYCnqBsWGPFi17z//mJC0a2Kcq qb+fHYNYYTcXwv4bhBtk+uegjgF4nDb8OuKpSGshLOxWACBXIOVOSsBLYyESQkQi5hEXHP8KPrcg ARpck0I93DyLAHAX4OnDCIRLLILMWbYZ5MneE5btKW8fo7QaJrWFScsMBIXPFcKwnM3yPL9lzMGR yvw3LNFwHLYUDcdJbQAfbEe9Sf6pwU2/632UUgQ0fxHUff+tgXr11U9h2lu4zxdK+e5UVS+0iQZl AUsbA7iAnlUFeSYolYZTCNuNA1UNe4JiAlvzaotyBO6dF3oJHgM/24OVMI8GyhAUFsWy1aAXmXux 1Mdp39pzFeZA8XAI8t51HYIfd2EQurP5M7zKtZQriRnDei0PhARwNsnFL8MPu3QqLeJkL3kAAAAA SUVORK5CYII= X-Now-Playing: burn's _304 (Moon Base Big)_: "Wire!Red_Barked_Tree!01-Please_Take" In-Reply-To: <549CA974.5000807@cs.ucla.edu> (Paul Eggert's message of "Thu, 25 Dec 2014 16:19:00 -0800") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) X-MailScanner-ID: 1Y4IiQ-0006po-D3 MailScanner-NULL-Check: 1420158314.92634@zAgalkQUiC5jUucTrSyDvA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 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:180676 Archived-At: Paul Eggert writes: > Proposed patches attached. The first patch > is purely a mechanical one to simplify maintenance, so that the > mainline part of src/gnutls.c can use ordinary identifiers like > gnutls_global_init instead of funky names like like > fn_gnutls_global_init (the patch moves the funky names into the > WINDOWSNT section). Thanks; that's a great improvement. > The second patch fixes src/gnutls.c to check for > memory exhaustion after every call to a GnuTLS function that can > report memory exhaustion, instead of relying on the deprecated > gnutls_global_set_mem_functions API. Looks good to me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/