From: Richard Stallman <rms@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: 21.3.50 for Cygwin: patch 5
Date: Fri, 10 Jan 2003 19:22:22 -0500 [thread overview]
Message-ID: <E18X9Pq-0000HX-00@fencepost.gnu.org> (raw)
In-Reply-To: <5xlm1t49mh.fsf@kfs2.cua.dk> (storm@cua.dk)
The Glibc files mktime.c, gmalloc.c, and strftime.c use it. mktime.c
and strftime.c does declare it if it isn't defined already, but
gmalloc.c doesn't.
Whether to rename the symbol __P when copying these files from Glibc
is a painful issue. To be strictly correct, we should rename it. But
renaming it would make the files different, and we'd rather they be
identical. On the third hand, that are probably already different
(though that is a problem we would want to fix).
I guess we may as well leave __P alone unless we can figure out a
solution that is really right.
I still think we need a "tips and tricks" section in e.g. INSTALL-CVS
or admin/README (or a new file somewhere) to mention things a
developer should be aware of when working on emacs source code, notably:
- requirement for legal papers,
- what is a "tiny change" (and how they sum up)
- how to document changes (ChangeLog, NEWS, manual pages)
- indentation style, use of P_ macro, which header files to use
(e.g. when should a function be added to lisp.h)
- how we support multiple platforms [when to duplicate code,
which files contain platform specific code, etc...]
It is a good idea, but I don't have time to do it.
Would you like to write this?
Note that many of these questions are answered in standards.texi
and maintain.texi, and I think you may as well refer to them
rather than duplicate them.
next prev parent reply other threads:[~2003-01-11 0:22 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-06 18:36 [PATCHES] 21.3.50 for Cygwin: patch 5 Joe Buehler
2002-12-25 6:12 ` Eli Zaretskii
2002-12-26 13:15 ` Juanma Barranquero
2002-12-26 23:39 ` Richard Stallman
2002-12-27 7:46 ` Juanma Barranquero
2002-12-28 21:22 ` Richard Stallman
2003-01-03 16:19 ` Joe Buehler
2003-01-04 4:19 ` Richard Stallman
2003-01-05 0:31 ` Kim F. Storm
2003-01-05 16:45 ` Benjamin Riefenstahl
2003-01-06 0:13 ` Kim F. Storm
2003-01-06 13:45 ` Joe Buehler
2003-01-06 17:13 ` Richard Stallman
2003-01-07 9:47 ` Kim F. Storm
2003-01-07 18:44 ` Richard Stallman
2003-01-08 23:52 ` Kim F. Storm
2003-01-09 23:14 ` Richard Stallman
2003-01-10 9:49 ` Kim F. Storm
2003-01-10 19:44 ` Eli Zaretskii
2003-01-11 0:02 ` Kim F. Storm
2003-01-12 11:55 ` Richard Stallman
2003-01-11 0:22 ` Richard Stallman [this message]
2003-01-05 18:34 ` [PATCHES] " Richard Stallman
2003-01-04 10:07 ` 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=E18X9Pq-0000HX-00@fencepost.gnu.org \
--to=rms@gnu.org \
--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.