unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: Helmut Eller <eller.helmut@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: cl-functions do not honor common-lisp-indent-function
Date: Wed, 26 Dec 2012 22:12:52 +0900	[thread overview]
Message-ID: <87fw2tt0rv.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <m27go5hsxf.fsf@gmail.com>

Helmut Eller writes:
 > On Wed, Dec 26 2012, Stephen J. Turnbull wrote:
 > 
 > > Helmut Eller writes:
 > >
 > >  > Those cl-* symbols have no (predefined) meaning for Common Lisp so
 > >  > shouldn't be in cl-indent.el; for the same reason there shouldn't be
 > >  > rules for save-excursion or condition-case.
 > >
 > > That is irrelevant.
 > 
 > Why?  Why should common-lisp-indent-function, by default, implement
 > something other than the Common Lisp conventions?

It shouldn't.  And certainly not by default (perhaps I should have
used the word "optional" instead of "modal").  But you've got the
wrong question.  The right one is the inverse:

    Why should anything other than `common-lisp-indent-function'
    implement the Common Lisp conventions?

 > > If the user thinks of these symbols as equivalent
 > > to "real" Common Lisp standard symbols, then the user has every right
 > > to ask Emacs to treat them as Common Lisp symbols.
 > 
 > An Emacs Lisp user or for that matter a Scheme user has not "every
 > right" to dictate the indentation rules for Common Lisp users.

Of course users of other Lisp dialects should not dictate to Common
Lisp users.  But I was talking about *Emacs* users.  I don't have any
trouble imagining that some Emacs users who program in both Common
Lisp and cl.el would like to see cl-* expressions follow the
corresponding Common Lisp conventions.  After all, the OP is evidently
an example.

Steve




  reply	other threads:[~2012-12-26 13:12 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-24 13:59 cl-functions do not honor common-lisp-indent-function Thierry Volpiatto
2012-12-24 16:18 ` Stefan Monnier
2012-12-26  7:57   ` Thierry Volpiatto
2012-12-26  8:44     ` Helmut Eller
2012-12-26  9:10       ` Stephen J. Turnbull
2012-12-26 12:57         ` Helmut Eller
2012-12-26 13:12           ` Stephen J. Turnbull [this message]
2012-12-26 16:24             ` Helmut Eller
2012-12-26 16:44               ` Thierry Volpiatto
2012-12-26 16:54                 ` Helmut Eller
2012-12-26 17:09                   ` Thierry Volpiatto
2012-12-27  4:18               ` Stephen J. Turnbull
2012-12-27  8:18                 ` Helmut Eller
2012-12-26 13:20           ` Thierry Volpiatto
2012-12-26 16:09             ` Helmut Eller
2012-12-27 17:24         ` Didier Verna
2012-12-29  6:43         ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87fw2tt0rv.fsf@uwakimon.sk.tsukuba.ac.jp \
    --to=stephen@xemacs.org \
    --cc=eller.helmut@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).