From: Stefan Monnier <monnier@IRO.UMontreal.CA>
To: Dan Nicolaescu <dann@ics.uci.edu>
Cc: Thien-Thi Nguyen <ttn@gnuvola.org>, emacs-devel@gnu.org
Subject: Re: VMS support
Date: Thu, 24 Jul 2008 15:58:09 -0400 [thread overview]
Message-ID: <jwvsktz12ja.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <200807241655.m6OGtiqp008494@sallyv1.ics.uci.edu> (Dan Nicolaescu's message of "Thu, 24 Jul 2008 09:55:44 -0700")
>> OK, so we should get rid of the VMS code in one clean commit with a CVS
>> tag before and another after. I think it's important for this commit to
>> be as clean as possible (i.e. it really removes all the VMS related
>> code and text), so that there won't be some future changes that remove
>> a bit more of the VMS support: this way the CVS tags will faithfully
>> include all the relevant code (and text).
> IMO doing it this way is too high of a burden and hence not very
> feasible. It pretty much forces this to be a one person job instead
> of allowing it to be distributed. There are 397 references just to
> the VMS string just in the C code + docs. And there are probably many
> things that are only valid for VMS, but are not explicitly mentioning
> the VMS string.
Well, there's doing a perfect jog and then there's doing a thorough job.
A perfect job is probably impossible. But handling the 397 references
to vms in the C code shouldn't be that hard, and dealing with the rest
of the references in the Lisp code and in the manual shouldn't be that
hard either. Sure, you're going to miss some implicit references, but
that's OK.
If you don't want to do it, then don't do it.
>> I guess we should do the same for the Carbon port since it also seems
>> that nobody is interested in updating&maintaining it.
> Is this a go ahead?
Yes, but with the same requirement of a clean removal.
Stefan
next prev parent reply other threads:[~2008-07-24 19:58 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87iquzmcxm.fsf@stupidchicken.com>
[not found] ` <87d4l76ntu.fsf@ambire.localdomain>
2008-07-21 19:52 ` VMS support Chong Yidong
2008-07-23 10:27 ` Thien-Thi Nguyen
2008-07-23 20:05 ` Stefan Monnier
2008-07-24 7:44 ` Thien-Thi Nguyen
2008-07-24 13:59 ` Stefan Monnier
2008-07-24 16:55 ` Dan Nicolaescu
2008-07-24 19:58 ` Stefan Monnier [this message]
2008-07-27 18:41 ` Dan Nicolaescu
2008-07-27 18:48 ` Stefan Monnier
2008-07-27 19:06 ` Dan Nicolaescu
2008-07-27 19:31 ` Stefan Monnier
2008-07-27 19:51 ` Dan Nicolaescu
2008-07-27 20:44 ` Stefan Monnier
2008-07-27 21:41 ` Dan Nicolaescu
2008-07-28 9:15 ` Thien-Thi Nguyen
2008-07-24 17:34 ` Thien-Thi Nguyen
2008-07-24 20:00 ` Stefan Monnier
2008-07-24 20:40 ` Thien-Thi Nguyen
2008-07-24 2:23 ` Richard M Stallman
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvsktz12ja.fsf-monnier+emacs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=dann@ics.uci.edu \
--cc=emacs-devel@gnu.org \
--cc=ttn@gnuvola.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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.