From: Michael Chastain <mec.gnu@mindspring.com>
To: eliz@gnu.org
Cc: jimb@redhat.com, gdb@sources.redhat.com, ezannoni@redhat.com,
cagney@redhat.com
Subject: Re: gdb.mi/*.exp and absolute line numbers
Date: Fri, 06 Aug 2004 09:41:00 -0000 [thread overview]
Message-ID: <41135273.nailC2211I223@mindspring.com> (raw)
In-Reply-To: <2914-Fri06Aug2004112150+0300-eliz@gnu.org>
"Eli Zaretskii" <eliz@gnu.org> wrote:
eliz> Do we have to put the copyright text at the beginning of a file? If
eliz> not, you could add it to the end, which will keep the line info
eliz> intact.
We could do that.
The gnu maintainer's guide says:
http://www.gnu.org/prep/maintain_8.html
4.4 Copyright Notices
... Some formats do not have room for textual annotations;
for these files, state the copyright and copying permissions in
a README file in the same directory.
Change log files should have a copyright notice and license notice
at the end, since new material is added at the beginning but the end
remains the end.
(Ouch, I need to write a copyright notice for testsuite/ChangeLog.)
My understanding of U.S. copyright law is that the copyright notice has
to be in a prominent place, so that when a reasonable person starts
reading the work, they will have reasonable notice of the copyright.
That way, when a copyright holder takes a copyright infringer to court,
and the copyright infringer says "I didn't see the copyright notice" and
tries to make a case for innocent infringement, the copyright holder can
say "It was right there in your face where any normal person would see
it!", and make a case for willful infringement.
Willful infringement means more damages, which means more negotiating
power for the copyright holder in out-of-court negotiations.
eliz> But I see you already decided on the first approach.
Yeah. The copyright question is incidental. It came up because I want
to make other changes to these files, and I don't like to modify a file
that needs a copyright notice and doesn't have one.
(Double ouch on testsuite/ChangeLog).
The real issue is that some of these testsuite/*.c files cannot be
edited for any reason, or they break. Imagine if the gdb doco was
kept in gdb.info format, not gdb.texinfo, and every time you added
something, you had to hand-adjust the Tag Table at the end or it
would break. Hence my push to make gdb_get_line_number usable in
gdb.mi, and then use it in gdb.mi.
Michael C
next prev parent reply other threads:[~2004-08-06 9:41 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-05 9:20 Michael Chastain
2004-08-05 13:23 ` Daniel Jacobowitz
2004-08-06 6:26 ` Michael Chastain
2004-08-05 14:34 ` Jim Blandy
2004-08-05 16:02 ` Michael Chastain
2004-08-06 8:24 ` Eli Zaretskii
2004-08-06 9:41 ` Michael Chastain [this message]
2004-08-06 14:46 ` Andrew Cagney
2004-08-06 16:06 ` Michael Chastain
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=41135273.nailC2211I223@mindspring.com \
--to=mec.gnu@mindspring.com \
--cc=cagney@redhat.com \
--cc=eliz@gnu.org \
--cc=ezannoni@redhat.com \
--cc=gdb@sources.redhat.com \
--cc=jimb@redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).