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: Patch for sql.el Date: Sat, 08 May 2004 17:59:47 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <20040507152703.46444.qmail@web60306.mail.yahoo.com> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1084053984 6446 80.91.224.253 (8 May 2004 22:06:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 8 May 2004 22:06:24 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun May 09 00:06:20 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BMZxb-0004xA-00 for ; Sun, 09 May 2004 00:06:19 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BMZxb-0006BY-00 for ; Sun, 09 May 2004 00:06:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.33) id 1BMZxH-0004SJ-1k for emacs-devel@quimby.gnus.org; Sat, 08 May 2004 18:05:59 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.33) id 1BMZt1-0002xF-3k for emacs-devel@gnu.org; Sat, 08 May 2004 18:01:35 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.33) id 1BMZrq-0001R3-Hs for emacs-devel@gnu.org; Sat, 08 May 2004 18:00:56 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.33) id 1BMZrH-0000Z6-Qm for emacs-devel@gnu.org; Sat, 08 May 2004 17:59:48 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.33) id 1BMZrH-00014t-4L; Sat, 08 May 2004 17:59:47 -0400 Original-To: Michael Mauger In-reply-to: <20040507152703.46444.qmail@web60306.mail.yahoo.com> (message from Michael Mauger on Fri, 7 May 2004 08:27:03 -0700 (PDT)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22946 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22946 > Is there any particular reason why you don't merge all those submodes > and simply handle a language that's a superset of all? > Basically accept @ # $ as symbol components, and accept all the > keywords of all the known servers... > That should simplify your code. > The problem with SQL is that there is no real standard. The core is standard, but the functions and procedural extensions vary significantly from one product to another. Ok, but the question still seems like a good one. Instead of having various submodes, why not make a single universal mode to handle the union of them? This doesn't mean there can't be a feature to check for use of some other dialect. Though I am surprised you won't find out from error messages when you try to run it in the other SQL system.