From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Better startup error handling Date: Sat, 28 Apr 2012 15:39:15 -0400 Message-ID: References: <83d36wfcf1.fsf@gnu.org> <834ns7g9r8.fsf@gnu.org> <87ty06nnxp.fsf@catnip.gol.com> <87vckmm2z7.fsf@catnip.gol.com> <87ehr9vp0r.fsf@destructor.i-did-not-set--mail-host-address--so-tickle-me> <87ehr9n8nh.fsf@catnip.gol.com> <87y5phu8o3.fsf@destructor.i-did-not-set--mail-host-address--so-tickle-me> <878vhhn6oq.fsf@catnip.gol.com> <87wr50uko3.fsf@spindle.srvr.nix> <9D6D1899732043718AD797F833C1439A@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1335641973 10743 80.91.229.3 (28 Apr 2012 19:39:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 28 Apr 2012 19:39:33 +0000 (UTC) Cc: 'Nix' , 'Miles Bader' , 'Jeremiah Dodds' , emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 28 21:39:32 2012 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 1SODUS-0007i3-0M for ged-emacs-devel@m.gmane.org; Sat, 28 Apr 2012 21:39:32 +0200 Original-Received: from localhost ([::1]:38658 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SODUR-0001Jt-Di for ged-emacs-devel@m.gmane.org; Sat, 28 Apr 2012 15:39:31 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52735) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SODUN-0001JQ-OV for emacs-devel@gnu.org; Sat, 28 Apr 2012 15:39:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SODUM-00033T-4M for emacs-devel@gnu.org; Sat, 28 Apr 2012 15:39:27 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:34940) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SODUJ-0002uX-FH; Sat, 28 Apr 2012 15:39:23 -0400 Original-Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q3SJdHxH015227; Sat, 28 Apr 2012 15:39:17 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 161D0AE233; Sat, 28 Apr 2012 15:39:15 -0400 (EDT) In-Reply-To: <9D6D1899732043718AD797F833C1439A@us.oracle.com> (Drew Adams's message of "Sat, 28 Apr 2012 08:55:26 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4206=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4206> : streams <751040> : uri <1104839> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 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:150126 Archived-At: >> > Downsides: loads the byte-compiler even in sessions that >> > don't need it, and notably inefficient. >> Exactly: in theory it's straightforward, but doing it well >> will require more work. IIRC there are some other issues such as >> the fact that .emacs code tends to be very different from typical >> code in Elisp packages, and the kinds of things we want to flag >> aren't all the same (some things are acceptable/normal/unavoidable >> in one but not in the other). > No flames please, but I have a different objection to this idea. > Perhaps you hinted at in in your last sentence - not sure. Anyhooo... I largely agree, and that's indeed some of the issues I was hinting at. Rather than try to detect errors (such as wrong-number of args) which will/would be detected at run-time anyway, the purpose would be to detect use of obsolete/deprecated vars/functions/functionality. But as you mention, such warnings should be kept sufficiently discreet since a user may elect to keep "old" code if she uses the same .emacs with various versions/flavors of emacs. Stefan