From: Joel Brobecker <brobecker@adacore.com>
To: Yao Qi <yao@codesourcery.com>
Cc: gdb-patches@sourceware.org
Subject: Re: RFA: Using year ranges in copyright notices...
Date: Tue, 03 Jan 2012 10:15:00 -0000 [thread overview]
Message-ID: <20120103101447.GL2730@adacore.com> (raw)
In-Reply-To: <4F02CEE3.6080909@codesourcery.com>
[-- Attachment #1: Type: text/plain, Size: 254 bytes --]
> > + 1986, 1988-1989, 1991-1993, 1999-2000, 2007-2012
> ^^^^
> ... or, we replace 2012 with 2011.
I don't know what you're talking about ;-). New patch attached.
Thanks for spotting this.
--
Joel
[-- Attachment #2: readme.diff --]
[-- Type: text/x-diff, Size: 1446 bytes --]
commit c0efce94dbcaa24395a1b2284aaea288c86247dd
Author: Joel Brobecker <brobecker@adacore.com>
Date: Tue Jan 3 12:41:50 2012 +0400
[README] Add not about copyright and license notices
Also explain the use of year ranges in copyright notices.
gdb/ChangeLog:
* README (Copyright and License Notices): New section.
diff --git a/gdb/README b/gdb/README
index d79fecc..501bb65 100644
--- a/gdb/README
+++ b/gdb/README
@@ -638,6 +638,28 @@ testsuite `standalone', without it being part of the GDB source tree.
See the DejaGNU documentation for further details.
+
+Copyright and License Notices
+=============================
+
+Most files maintained by the GDB Project contain a copyright notice
+as well as a license notice, usually at the start of the file. The
+copyright notice should list all the years during which nontrivial
+changes have been made to that file.
+
+To reduce the length of copyright notices, consecutive years in the
+copyright notice can be combined into a single range. For instance,
+the following list of copyright years...
+
+ 1986, 1988, 1989, 1991-1993, 1999, 2000, 2007, 2008, 2009, 2010, 2011
+
+... is abbreviated into:
+
+ 1986, 1988-1989, 1991-1993, 1999-2000, 2007-2011
+
+Such ranges are used when nontrivial changes were made to that file
+each and every year in the range (inclusive).
+
\f
(this is for editing this file with GNU emacs)
Local Variables:
next prev parent reply other threads:[~2012-01-03 10:15 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-03 4:24 Joel Brobecker
2012-01-03 6:29 ` Eli Zaretskii
2012-01-03 6:58 ` Alfred M. Szmidt
2012-01-03 7:16 ` Joel Brobecker
2012-01-03 8:53 ` Joel Brobecker
2012-01-03 9:48 ` Yao Qi
2012-01-03 10:15 ` Joel Brobecker [this message]
2012-01-03 15:47 ` Joseph S. Myers
2012-01-03 16:02 ` Joel Brobecker
2012-01-03 17:53 ` Jan Kratochvil
2012-01-03 18:02 ` Joel Brobecker
2012-01-04 4:15 ` Joel Brobecker
2012-01-04 5:22 ` Eli Zaretskii
2012-01-03 10:59 ` 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=20120103101447.GL2730@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=yao@codesourcery.com \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox