From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11735: 24.1.50; "Warning: Unknown defun property ... in ..." Date: Tue, 19 Jun 2012 10:08:38 -0700 Message-ID: <756D5F2362494551A6C983F58664ED63@us.oracle.com> References: <8DE4AF0D660148A7A7D69D38AD6BEE74@us.oracle.com><4943188A1CCD43D98D28B1A62D6D115A@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1340125789 13387 80.91.229.3 (19 Jun 2012 17:09:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 19 Jun 2012 17:09:49 +0000 (UTC) Cc: 11735@debbugs.gnu.org To: "'Stefan Monnier'" , "'Juanma Barranquero'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 19 19:09:48 2012 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 1Sh1w3-0001ms-Ql for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Jun 2012 19:09:48 +0200 Original-Received: from localhost ([::1]:55224 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sh1w3-0001NM-Lb for geb-bug-gnu-emacs@m.gmane.org; Tue, 19 Jun 2012 13:09:47 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55896) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sh1w0-0001NG-Mf for bug-gnu-emacs@gnu.org; Tue, 19 Jun 2012 13:09:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sh1vv-0005q9-RU for bug-gnu-emacs@gnu.org; Tue, 19 Jun 2012 13:09:44 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39319) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sh1vv-0005ps-Nt for bug-gnu-emacs@gnu.org; Tue, 19 Jun 2012 13:09:39 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Sh1zB-0004Bb-HJ for bug-gnu-emacs@gnu.org; Tue, 19 Jun 2012 13:13:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Jun 2012 17:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11735 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11735-submit@debbugs.gnu.org id=B11735.134012594416039 (code B ref 11735); Tue, 19 Jun 2012 17:13:01 +0000 Original-Received: (at 11735) by debbugs.gnu.org; 19 Jun 2012 17:12:24 +0000 Original-Received: from localhost ([127.0.0.1]:48865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sh1ya-0004Ae-6N for submit@debbugs.gnu.org; Tue, 19 Jun 2012 13:12:24 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:33729) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sh1yY-0004AW-H3 for 11735@debbugs.gnu.org; Tue, 19 Jun 2012 13:12:23 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q5JH8vo4001671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 19 Jun 2012 17:08:58 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q5JH8u3M018789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Jun 2012 17:08:57 GMT Original-Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q5JH8uS1032422; Tue, 19 Jun 2012 12:08:56 -0500 Original-Received: from dradamslap1 (/10.159.218.98) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 19 Jun 2012 10:08:56 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Ac1OOaAdwzBcpzeESUiZCl2mHJWtQQAAssVg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:61122 Archived-At: > Common Lisp does not try to enforce particular > behaviors with respect to compilation warnings. OK. > >> Perhaps this kind of message is a candidate for a :debug=20 > >> warning level? =A0I already said that it is useful for > >> programmers. =A0I do not see it as helpful for general users > >> just loading a library. =A0On the contrary: some might become > >> confused, if not downright worried. =A0That's all I'm trying to = say. >=20 > Just to put things in perspective, this message only occurs=20 > for uses of `declare' which use declarations not supported > directly by Elisp (that's fairly uncommon) Maybe not so uncommon for code that either is designed to work also with = other Emacsen (XEmacs? dunno) or for code that was originally taken from some = other Lisp. The latter seems to be the case for `el-swank-fuzzy.el'. > and only for those `declare's that are inside a `defun' rather > than a `defun*' (even less common), Less common: doubtful in the latter case I mentioned. = `el-swank-fuzzy.el' is an example here too. It uses both `defun*' and `defun', and it uses the unsupported `declare' settings only with `defun'. The point is not that that library is a model or does things the way = they should be done. The point is that that library is perhaps not atypical or rare = as an example of code that was moved to Emacs Lisp from Common Lisp. The author presumably used `defun' when that was straightforward, and = used `defun*' when s?he needed Common Lisp `defun' thingies that are not = available in Emacs `defun'. (Doing that instead of just using `defun*' everywhere = has the advantage of making it clear which function definitions really need the = added juice of `defun*'.) > and then only for code that's not byte-compiled. > That's sufficiently rare that I'm not worried about it. Maybe not worrying. But worth a bug report. And it would be good to = give this message a :debug warning level so it does not annoy or confuse users. = Any reason not to do that? At least as a wishlist item?