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: Mon, 18 Jun 2012 14:11:35 -0700 Message-ID: <4943188A1CCD43D98D28B1A62D6D115A@us.oracle.com> References: <8DE4AF0D660148A7A7D69D38AD6BEE74@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1340053976 10927 80.91.229.3 (18 Jun 2012 21:12:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 18 Jun 2012 21:12:56 +0000 (UTC) Cc: 11735@debbugs.gnu.org To: "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 18 23:12:53 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 1SgjFi-0004L6-OS for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Jun 2012 23:12:50 +0200 Original-Received: from localhost ([::1]:34995 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SgjFi-0006vm-Km for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Jun 2012 17:12:50 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SgjFf-0006vg-8C for bug-gnu-emacs@gnu.org; Mon, 18 Jun 2012 17:12:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SgjFd-00026r-DR for bug-gnu-emacs@gnu.org; Mon, 18 Jun 2012 17:12:46 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SgjFd-00026e-9h for bug-gnu-emacs@gnu.org; Mon, 18 Jun 2012 17:12:45 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SgjIn-0006OC-V2 for bug-gnu-emacs@gnu.org; Mon, 18 Jun 2012 17:16:02 -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: Mon, 18 Jun 2012 21:16: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.134005411724507 (code B ref 11735); Mon, 18 Jun 2012 21:16:01 +0000 Original-Received: (at 11735) by debbugs.gnu.org; 18 Jun 2012 21:15:17 +0000 Original-Received: from localhost ([127.0.0.1]:47203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SgjI4-0006NC-9r for submit@debbugs.gnu.org; Mon, 18 Jun 2012 17:15:17 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:25579) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SgjI1-0006N4-JL for 11735@debbugs.gnu.org; Mon, 18 Jun 2012 17:15:14 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q5ILBr6f011392 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 18 Jun 2012 21:11:54 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q5ILBp2l008251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Jun 2012 21:11:52 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q5ILBpOi002340; Mon, 18 Jun 2012 16:11:51 -0500 Original-Received: from dradamslap1 (/10.159.170.230) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 18 Jun 2012 14:11:51 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Ac1Nki0MdCw0jhVeSkKUoarbrZ4LmgAAMf/QAACr7BA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] 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:61078 Archived-At: > > > Warning: Unknown defun property fixnum in foo > > > Warning: Unknown defun property simple-string in foo > > > > > Is this a bug? > > > > It's a name-clash between Elisp's `declare' and CL's > > `declare', which results in warnings, which AFAIK are harmless. > > Yes, well it would be clearer for us to say something about > _declare_ here, not just something about a "defun property". > > Bonus points for saying something to make it clear to users > (of cl.el) that these particular Common Lisp `declare' settings are not > supported by cl.el. > > (Warnings are not necessarily harmless, BTW, mais passons...) > > Anyway, feel free to close the bug. I mainly wanted to raise > the question, not being sure this was the message you intended. Actually, no; I'm being too lenient about this. This should _not_ be a runtime message that _users_ see, IMO. Byte-compiler "warnings" are one thing (they can be annoying enough occasionally). This, however, is downright obnoxious. I'm seeing this each time I start Emacs, just because I load a library (`el-swank-fuzzy') that someone converted from SLIME code. If Emacs doesn't know how to handle such things then it should wisely apply the maxim, "Better to keep your mouth shut and be thought a fool than to open it and remove all doubt." IOW, do not advertise Emacs ignorance at runtime, just pass over it in respectful silence. Byte compilation is a different story. Yes, we should let someone who is byte-compiling know about such things. But not users who just load (and maybe never invoke anything in) some library. Can we please put a muzzle on this? Thx.