From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Files in wrong subdirs of emacs/lisp? Date: Fri, 23 May 2003 08:05:31 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20030520130413.8A2E.JMBARRANQUERO@laley.wke.es> <20030522090031.9552.JMBARRANQUERO@laley.wke.es> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1053692527 13071 80.91.224.249 (23 May 2003 12:22:07 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 23 May 2003 12:22:07 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri May 23 14:22:05 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19JBWA-0003F1-00 for ; Fri, 23 May 2003 14:19:26 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19JBhu-0001d5-00 for ; Fri, 23 May 2003 14:31:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19JBSZ-00062U-3F for emacs-devel@quimby.gnus.org; Fri, 23 May 2003 08:15:43 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19JBM0-0004DC-JL for emacs-devel@gnu.org; Fri, 23 May 2003 08:08:56 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19JBJD-0002s8-RJ for emacs-devel@gnu.org; Fri, 23 May 2003 08:06:06 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19JBIh-0002gB-N1 for emacs-devel@gnu.org; Fri, 23 May 2003 08:05:31 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.20) id 19JBIh-0006US-Fu; Fri, 23 May 2003 08:05:31 -0400 Original-To: Juanma Barranquero In-reply-to: <20030522090031.9552.JMBARRANQUERO@laley.wke.es> (message from Juanma Barranquero on Thu, 22 May 2003 09:43:10 +0200) Original-cc: lektu@terra.es Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:14130 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14130 - ledit.el is for a Franz Lisp circa 1985. Is still useful/used? I don't know. We cannot tell just by thinking abstractly. - misc.el contains just one editing command (from 1989). If it is useful, why hasn't it been moved to bindings.el, simple.el, or another appropriate module? You can't argue that a command is useless because of which file it is in. The reason we have not moved it is that we had no reason to move it. It is ok where it is. misc.el might be a good place to put other editing commands that someone wants to install but that don't need to be loaded by default, such as zap-up-to-char. - progmodes/mantemp.el's description says "create manual template instantiations from g++ 2.7.2 output". Last significant change was six years ago. This might be obsolete. It would be useful to ask the GCC maintainers whether it still works. If it has broken, it might be better to fix it than to delete it. I don't know--I have never used C++. Even with GCC's outstanding back-compatibility is difficult to believe its output wrt templates hasn't changed in six years. The output in question is error messages, not code. These error messages may indeed be unchanged in 6 years. - textmodes/scribe.el: If I undestand correctly, is from 1985, for a VAX text formater, and the last significant changes were from 8 years ago. It is still used by someone? Scribe had nothing in particular to do with the Vax, but it may be obsolete. So this Lisp package may be obsolete. - emacs-lisp/tq.el: I don't doubt it's useful, If the feature is useful, then it is not obsolete. but is not used anywhere in Emacs (that I can see), and from a cursory search in Google it doesn't seem to be much used outside either. That is not a reason to call something obsolete.