From: Eli Zaretskii <eliz@gnu.org>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: emacs-devel@gnu.org
Subject: Re: A better autogen.sh
Date: Wed, 16 Mar 2011 06:12:26 -0400 [thread overview]
Message-ID: <E1PzniM-0007qP-8N@fencepost.gnu.org> (raw)
In-Reply-To: <4D807E05.4000600@cs.ucla.edu> (message from Paul Eggert on Wed, 16 Mar 2011 02:08:21 -0700)
> Date: Wed, 16 Mar 2011 02:08:21 -0700
> From: Paul Eggert <eggert@cs.ucla.edu>
> CC: rgm@gnu.org, emacs-devel@gnu.org
>
> On 03/16/2011 01:10 AM, Eli Zaretskii wrote:
>
> >> > The src/config.in file is one example of these #ifdef-like
> >> > constructs. The main reason we put src/config.in in the
> >> > repository, and keep track of it and commit it by hand,
> >> > is for the MS Windows port.
> > It was never because of MS-DOS. This file was there from day one.
> > This is the first time removal of this file is considered.
>
> The idea has been considered before, I expect.
I'm not getting younger, and my memory is not getting better, but I
cannot recall such a discussion in the past nor a decision to drop the
idea because of non-Posix platforms.
> Right now, the file is in the repository only because of the MS-DOS
> port, and that suggests that the repository copy should be moved to
> the msdos/ subdirectory.
No, right now the file is in the repository because it was always
there, and we are discussing whether to remove it.
> Whenever maintainers feel it necessary, they could autogenerate a
> new version, copy it into the msdos/ subdirectory by hand, and
> commit the result. That should be enough to address concerns
> about the MS-DOS port.
It will be enough if someone takes upon themselves to perform this
duty as a matter of routine. Are you volunteering for the job?
> > And I need to worry about Posix platforms when I edit files in those
> > same directories. So what?
>
> Emacs is part of the GNU project, and the main goal
> of the GNU project, as I'm sure you know, is to develop
> a complete Unix-like operating system that is free software.
> So, it's inherent to Emacs that its code needs to be working
> on Unix-like platforms.
Not on Unix-like platforms. On GNU platforms. That's not the same.
I could understand an argument that supporting Unix-like platforms is
easier. (And even the "easier" argument is IMO minor, looking at all
the stuff in lib/ that is needed to support those Unix-like non-GNU
platforms.) But the argument about being part of the GNU project is
bogus, because there's no difference between MS-Windows and Solaris in
that respect: they are both proprietary platforms.
> > Maybe you will also claim that bidirectional editing is not needed
> > by "the rest of us", so my work on that is not important.
>
> I would not dream of making such a claim. But that is a
> separate issue, and I don't see why it is relevant.
It is relevant because if I lose the ability to build Emacs with no
fuss on Windows, I will be unable to continue my work on bidi.
next prev parent reply other threads:[~2011-03-16 10:12 UTC|newest]
Thread overview: 113+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-20 18:47 Still unable to build trunk Chong Yidong
2011-01-20 19:39 ` Jan Djärv
2011-01-20 22:16 ` Chong Yidong
2011-01-21 20:42 ` Paul Eggert
2011-01-22 1:29 ` Chong Yidong
2011-01-22 7:25 ` Paul Eggert
2011-01-22 15:03 ` Eli Zaretskii
2011-01-23 15:33 ` Jim Meyering
2011-01-23 17:00 ` Eli Zaretskii
2011-01-23 17:35 ` Jim Meyering
2011-01-23 18:14 ` Eli Zaretskii
2011-01-23 18:47 ` Jim Meyering
2011-01-23 19:06 ` Eli Zaretskii
2011-01-23 20:08 ` Jim Meyering
2011-01-23 21:23 ` Paul Eggert
2011-01-24 1:01 ` Stefan Monnier
2011-01-24 1:22 ` Miles Bader
2011-01-24 8:48 ` Glenn Morris
2011-01-24 16:26 ` Stefan Monnier
2011-03-08 4:22 ` A better autogen.sh [was Re: Still unable to build trunk] Glenn Morris
2011-03-08 19:51 ` Stefan Monnier
2011-03-10 16:10 ` Thien-Thi Nguyen
2011-03-15 20:22 ` A better autogen.sh Glenn Morris
2011-03-15 21:52 ` Paul Eggert
2011-03-15 22:09 ` Glenn Morris
2011-03-15 22:37 ` Glenn Morris
2011-03-15 22:58 ` Paul Eggert
2011-03-16 4:05 ` Eli Zaretskii
2011-03-16 4:14 ` Glenn Morris
2011-03-16 4:17 ` Glenn Morris
2011-03-16 5:53 ` Eli Zaretskii
2011-03-16 6:39 ` Paul Eggert
2011-03-16 8:10 ` Eli Zaretskii
2011-03-16 9:08 ` Paul Eggert
2011-03-16 10:12 ` Eli Zaretskii [this message]
2011-03-16 10:47 ` joakim
2011-03-16 11:53 ` Eli Zaretskii
2011-03-16 12:25 ` joakim
2011-03-16 12:42 ` Eli Zaretskii
2011-03-16 17:52 ` Paul Eggert
2011-03-16 18:54 ` Eli Zaretskii
2011-03-16 20:40 ` Paul Eggert
2011-03-16 11:33 ` Juanma Barranquero
2011-03-16 11:21 ` Juanma Barranquero
2011-03-16 6:43 ` Glenn Morris
2011-03-16 8:47 ` Eli Zaretskii
2011-03-16 9:23 ` Paul Eggert
2011-03-16 10:37 ` Eli Zaretskii
2011-03-16 17:17 ` Glenn Morris
2011-03-16 17:45 ` Glenn Morris
2011-03-16 18:16 ` Eli Zaretskii
2011-03-16 18:20 ` Glenn Morris
2011-03-16 19:13 ` Eli Zaretskii
2011-03-16 18:15 ` Eli Zaretskii
2011-03-16 15:34 ` Stefan Monnier
2011-03-16 18:09 ` Glenn Morris
2011-03-16 19:12 ` Eli Zaretskii
2011-03-16 19:40 ` Stefan Monnier
2011-03-16 20:56 ` Paul Eggert
2011-03-17 20:36 ` Glenn Morris
2011-03-17 20:40 ` Eli Zaretskii
2011-03-17 20:44 ` Glenn Morris
2011-03-17 20:51 ` Eli Zaretskii
2011-03-18 2:02 ` Paul Eggert
2011-03-16 18:10 ` Eli Zaretskii
2011-03-16 19:13 ` Eli Zaretskii
2011-03-28 20:29 ` A better autogen.sh [was Re: Still unable to build trunk] chad
2011-03-28 20:58 ` A better autogen.sh Glenn Morris
2011-03-28 21:45 ` Chad Brown
2011-03-28 21:51 ` Glenn Morris
2011-03-29 1:17 ` Stefan Monnier
2011-03-29 2:21 ` Glenn Morris
2011-03-29 3:36 ` Stefan Monnier
2011-03-29 6:39 ` Glenn Morris
2011-03-29 12:09 ` Jim Meyering
2011-03-29 12:19 ` Andreas Schwab
2011-03-29 12:23 ` Jim Meyering
2011-03-29 14:13 ` Stephen J. Turnbull
2011-03-29 15:25 ` Jim Meyering
2011-03-29 16:38 ` Stephen J. Turnbull
2011-03-29 18:46 ` chad
2011-03-30 6:15 ` Jim Meyering
2011-03-30 11:27 ` Eli Zaretskii
2011-03-30 12:03 ` Jim Meyering
2011-03-30 17:48 ` Eli Zaretskii
2011-03-30 19:26 ` Jim Meyering
2011-03-30 20:02 ` Eli Zaretskii
2011-03-30 20:14 ` Glenn Morris
2011-03-30 21:36 ` Stefan Monnier
2011-03-30 21:41 ` Glenn Morris
2011-03-31 14:36 ` Stefan Monnier
2011-03-28 21:57 ` A better autogen.sh [was Re: Still unable to build trunk] Eli Zaretskii
2011-01-24 18:14 ` Still unable to build trunk Eli Zaretskii
2011-01-24 20:58 ` Paul Eggert
2011-01-24 21:07 ` Andreas Schwab
2011-01-24 22:47 ` Glenn Morris
2011-01-25 6:01 ` Richard Stallman
2011-01-25 19:58 ` Eli Zaretskii
2011-01-25 20:14 ` Savannah loggerhead [was Re: Still unable to build trunk] Glenn Morris
2011-01-26 0:44 ` Still unable to build trunk Richard Stallman
2011-01-26 3:56 ` Eli Zaretskii
2011-01-26 12:35 ` Lennart Borgman
2011-01-26 13:18 ` Eli Zaretskii
2011-01-26 13:35 ` Andy Moreton
2011-01-26 13:42 ` Jim Meyering
2011-01-27 9:38 ` Jim Meyering
2011-01-27 11:16 ` Eli Zaretskii
2011-01-27 11:20 ` Lennart Borgman
2011-01-27 11:31 ` Eli Zaretskii
2011-01-27 18:27 ` Paul Eggert
2011-01-29 11:49 ` Darren Hoo
2011-01-29 12:19 ` Darren Hoo
2011-01-29 13:04 ` Eli Zaretskii
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=E1PzniM-0007qP-8N@fencepost.gnu.org \
--to=eliz@gnu.org \
--cc=eggert@cs.ucla.edu \
--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 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.