From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: bytecomp warning for CL functions Date: 18 Jul 2002 19:53:04 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200206261410.g5QEASU11961@rum.cs.yale.edu> <200207081819.g68IJxN12844@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027018524 28672 127.0.0.1 (18 Jul 2002 18:55:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 18 Jul 2002 18:55:24 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17VGQt-0007SL-00 for ; Thu, 18 Jul 2002 20:55:23 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17VGcv-000546-00 for ; Thu, 18 Jul 2002 21:07:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17VGQt-0003DV-00; Thu, 18 Jul 2002 14:55:23 -0400 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17VGOf-0002yG-00; Thu, 18 Jul 2002 14:53:05 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 17VGOe-0005w4-00; Thu, 18 Jul 2002 19:53:04 +0100 Original-To: rms@gnu.org In-Reply-To: <200207081819.g68IJxN12844@aztec.santafe.edu> Original-Lines: 22 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5872 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5872 Richard Stallman writes: > I had installed a hack that tries to notice when you call a function > that will not be available at runtime (because the library > was loaded via (eval-when-compile (require 'LIB)) as is done for CL). > > If you can make your code superior to Dave's code that I installed and > then built on, please go ahead and put it in. As far as I know, they're different things. My code was specifically testing CL stuff, even if it would be present at runtime, whereas Stefan's would check for problems with functions not being available at runtime generally. (It never seemed to warn me usefully anyway, but presumably that was because it was buggy.) > His code has a list of specific CL functions in it, That's only a few that are aliases and would otherwise escape. > and also checks the function name. > If your code check both kinds of cases and handles both properly, it probably > does everything right.