From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.bugs Subject: bug#16573: 24.3; Auctex (11.87.2) in Elpa issues hundreds of warnings on compile Date: Wed, 29 Jan 2014 07:26:24 +0100 Organization: Linux Private Site Message-ID: <87txcni9rj.fsf__34662.4827049256$1390976922$gmane$org@Rainer.invalid> References: <87k3dkttex.fsf__27231.9985939705$1390896945$gmane$org@gnu.org> <8761p4585h.fsf@Rainer.invalid> <87ppnb4u6p.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390976909 24308 80.91.229.3 (29 Jan 2014 06:28:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Jan 2014 06:28:29 +0000 (UTC) To: 16573@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 29 07:28:36 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1W8OdX-000139-LA for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jan 2014 07:28:35 +0100 Original-Received: from localhost ([::1]:40692 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8OdX-0005NY-8O for geb-bug-gnu-emacs@m.gmane.org; Wed, 29 Jan 2014 01:28:35 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56529) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8OdM-0005NS-MQ for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 01:28:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W8OdF-0004DU-Ez for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 01:28:24 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53948) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Od1-0004Bt-0Y; Wed, 29 Jan 2014 01:28:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W8Od0-0003QR-8v; Wed, 29 Jan 2014 01:28:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Achim Gratz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-auctex@gnu.org Resent-Date: Wed, 29 Jan 2014 06:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16573 X-GNU-PR-Package: emacs,auctex X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.139097682513096 (code B ref -1); Wed, 29 Jan 2014 06:28:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 29 Jan 2014 06:27:05 +0000 Original-Received: from localhost ([127.0.0.1]:39734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W8Oc3-0003P9-Qx for submit@debbugs.gnu.org; Wed, 29 Jan 2014 01:27:04 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54492) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W8Obv-0003Oc-Qc for submit@debbugs.gnu.org; Wed, 29 Jan 2014 01:26:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W8Obo-0003tw-FO for submit@debbugs.gnu.org; Wed, 29 Jan 2014 01:26:55 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:35189) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Obo-0003tp-CQ for submit@debbugs.gnu.org; Wed, 29 Jan 2014 01:26:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56134) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Obi-00058g-0n for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 01:26:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W8Obb-0003qn-RZ for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 01:26:41 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:36738) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W8Obb-0003qb-LN for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 01:26:35 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W8Oba-0000K4-LA for bug-gnu-emacs@gnu.org; Wed, 29 Jan 2014 07:26:34 +0100 Original-Received: from pd9eb36fe.dip0.t-ipconnect.de ([217.235.54.254]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jan 2014 07:26:34 +0100 Original-Received: from Stromeko by pd9eb36fe.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Jan 2014 07:26:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 58 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb36fe.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:Vzi/0jjmx5kDST1iD1xp5yZX0pI= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:84208 Archived-At: Stefan Monnier writes: >> That's certainly not recommended for everyone and everything, but since >> declare-function must used in situations were the function to be >> declared is known to be already defined at runtime, the autoload will >> never do anything anyway; > > It does do something: > - it does something during byte-compilation. That's the intended effect. I haven't checked if it could in fact skip the compile part of eval-and-compile; if so, that would be an obvious improvement. > - it does something during run-time if the function is "already loaded > when you call it" but not "already loaded when you load the file". Which is not supposed to happen in these cases, otherwise you'd be able to use a plain require. > Both of those situations are quite common. The reason why you don't > suffer from it is not that the autoload doesn't do anything, but because > the autoload is usually harmless. That too. >> Defining this nil and then not finding the one warning that must be >> dealt with in the hundreds of spurious warnings is decidedly worse. > > Admittedly I haven't spent much time dealing with compatibility with > older Emacsen lately, but in the past I've never found warnings useful > for that work. So I only ever used warnings to help debug & improve my > code on my "main" Emacs version, and completely ignored warnings when > porting to older Emacsen (relying on testing and bug-reports instead). I can't speak for other eLisp libraries, but testing came late for Org and test coverage isn't quite up where it would need to be for this to work. Besides, testing on older Emacsen gets rather difficult since they don't compile on my system any more and I'd need to set up a container or VM. > Of course, it's probably got to do with taste, but if you're going to > use `autoload', then I strongly suggest you name it > `-declare-function', since when "adding a missing definition" you're > better off defining it *exactly* like a recentish Emacs. Moving it to Org namespace may be in the cards given that Org already does that for most other compatibility macros. If you know a way to have it really just declare the function without byte-compiler magic let me know. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra