From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: master 8f03888: * lisp/gnus/gnus-art.el: Fix up compiler warnings. Date: Thu, 15 Jan 2015 22:58:15 +0100 Message-ID: References: <20141218182000.19577.72337@vcs.savannah.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1421359140 30821 80.91.229.3 (15 Jan 2015 21:59:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Jan 2015 21:59:00 +0000 (UTC) Cc: Stefan Monnier To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 15 22:58:56 2015 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 1YBsRL-0004lZ-KK for ged-emacs-devel@m.gmane.org; Thu, 15 Jan 2015 22:58:55 +0100 Original-Received: from localhost ([::1]:53070 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBsRL-0000RB-4c for ged-emacs-devel@m.gmane.org; Thu, 15 Jan 2015 16:58:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBsRH-0000PM-2x for emacs-devel@gnu.org; Thu, 15 Jan 2015 16:58:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YBsRC-0006SN-3s for emacs-devel@gnu.org; Thu, 15 Jan 2015 16:58:51 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:47906) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YBsRB-0006Pz-Tk for emacs-devel@gnu.org; Thu, 15 Jan 2015 16:58:46 -0500 Original-Received: from cm-84.215.51.58.getinternet.no ([84.215.51.58] helo=stories) by hermes.netfonds.no with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1YBsQi-0002yi-2e; Thu, 15 Jan 2015 22:58:16 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAKlBMVEV1/2Fiv0gpRxpv/2FL mTRz9l5TdzElHRFz/2Nx/2Fy11R4/2NOqjpx/2KNXRv9AAACXklEQVQ4jX2SQYvaQBSA5+5poEsh eAqClz3UTl0k2xwqg0LJLbgUj1IUcsyhuRZhYUrw0luPIcTDyx5sF0TMSUn3sOTSSsEW/C99MxqT tbt9xEyc733vvegQ9kQQAxiTH9YMS9shI31g0QU0bdYImRE6/aiJiZhELgIDGjB1oGEzw7nSpmcA U3BuiWGA1gDHsKdgMzBCCM+cKdwygqZt2GCwxkYWN0LW1/7gJjn2a55M9eS4yqeUBpRmGV5ZtirA K84tztt1V8fw3BLo1DhP1zqCuud9wB1zczDaPEvvJNC9B4bFsXZq5aVMVPIe3EqtmixV34NWDqQw 7BZGGfDhc9Uce1yaogC8MxzprndofgQYd8PBEWzKoIPA82RzbLIHr9NabW94rivBbuLvAa9JYzBC Q/0kpiiVSjuDgawkx90Jv9xjMPLwNequaW79PXgpBQlc9R7mVrQOIFXjWs/acl53K0RhWOn3H72b aC0N4S9EQthm0vqJ+fdNCKyouVaGv0DgC/H5ffutobFg9YtWB2gIkSzI5WSyHZ+/6cHv3Q0V19H1 yMXtJCGb7U6Mz2n2Tux6K+FfV7sIMMgnMRFjfXXf6wNNNQho18VtPyEfcbaxzi38Q7LqKqBVBdB4 gZ2+6fI8pRlFQHPwRSwQ7A117HIgOymwwlJaCSQKyJOJRhnM8DbXUTgF8va1qmkAAUAEuGgFeCz+ A5bJMk7iCBcAfIIczOV3iJ1pvEwkwCXB5JgsHQn6gEakDEyMMZMsY5ShqI0Jc/RignHad6l6YFQe nUqCWUVqlX8BUQVnD2r+BSMj/Favj93KAAAAAElFTkSuQmCC X-Now-Playing: Robert Wyatt's _Nothing Can Stop Us_: "Stalingrad" X-Hashcash: 1:23:150115:monnier@iro.umontreal.ca::g6TJIyRnBCd8PQiI:0000000000000000000000000000000000000LDuL X-Hashcash: 1:23:150115:emacs-devel@gnu.org::/QnBXxkzP0FISJB8:000000000000000000000000000000000000000000dAuf In-Reply-To: (Stefan Monnier's message of "Thu, 18 Dec 2014 18:20:02 +0000") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) X-MailScanner-ID: 1YBsQi-0002yi-2e MailScanner-NULL-Check: 1421963896.14866@BKyiwrauHR83cAsPFwQNKg 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:181307 Archived-At: Stefan Monnier writes: > + (message "Warning: Using brain-dead macro `mm-with-unibyte-current-buffer'!") Looking at the macro, it looks like it tries to ensure that the buffer is unibyte, executes the form, and then returns the buffer to its previous byteness state? (In a way that works on both Emacs and XEmacs (well, it's a noop in the latter.) Looking at the callers, it seems like that's what they want, although I'm not sure. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no