* [PATCH] perf: Replace the extended ASCII copyright char to normal ASCII sequence
@ 2010-01-22 10:25 Li Hong
2010-01-23 9:00 ` Paul Mackerras
0 siblings, 1 reply; 3+ messages in thread
From: Li Hong @ 2010-01-22 10:25 UTC (permalink / raw)
To: Peter Zijlstra, Paul Mackerras, Ingo Molnar, linux-kernel
A copyright extended ASCII char (0xa9) in kernel/perf_event.c makes my utf-8
compatible vim think it is a binary file. It is better to either use a utf-8
sequence 0xc20xa9 or just normal copyright ASCII chars '(C)'.
Signed-off-by: Li Hong <lihong.hi@gmail.com>
Cc: Paul Mackerras <paulus@au1.ibm.com>
---
kernel/perf_event.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/perf_event.c b/kernel/perf_event.c
index d27746b..4b8fbd9 100644
--- a/kernel/perf_event.c
+++ b/kernel/perf_event.c
@@ -4,7 +4,7 @@
* Copyright (C) 2008 Thomas Gleixner <tglx@linutronix.de>
* Copyright (C) 2008-2009 Red Hat, Inc., Ingo Molnar
* Copyright (C) 2008-2009 Red Hat, Inc., Peter Zijlstra <pzijlstr@redhat.com>
- * Copyright © 2009 Paul Mackerras, IBM Corp. <paulus@au1.ibm.com>
+ * Copyright (C) 2009 Paul Mackerras, IBM Corp. <paulus@au1.ibm.com>
*
* For licensing details see kernel-base/COPYING
*/
--
1.6.3.3
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH] perf: Replace the extended ASCII copyright char to normal ASCII sequence
2010-01-22 10:25 [PATCH] perf: Replace the extended ASCII copyright char to normal ASCII sequence Li Hong
@ 2010-01-23 9:00 ` Paul Mackerras
2010-01-23 18:44 ` Steve McKay
0 siblings, 1 reply; 3+ messages in thread
From: Paul Mackerras @ 2010-01-23 9:00 UTC (permalink / raw)
To: Peter Zijlstra, Ingo Molnar, linux-kernel
On Fri, Jan 22, 2010 at 06:25:41PM +0800, Li Hong wrote:
> A copyright extended ASCII char (0xa9) in kernel/perf_event.c makes my utf-8
> compatible vim think it is a binary file. It is better to either use a utf-8
> sequence 0xc20xa9 or just normal copyright ASCII chars '(C)'.
The trouble is, I've been informed that "(C)" has no legal meaning --
it is not equivalent to the C-in-a-circle copyright symbol. That's
why I put the extended ASCII character in there. I wouldn't mind the
utf-8 sequence instead though.
Paul.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] perf: Replace the extended ASCII copyright char to normal ASCII sequence
2010-01-23 9:00 ` Paul Mackerras
@ 2010-01-23 18:44 ` Steve McKay
0 siblings, 0 replies; 3+ messages in thread
From: Steve McKay @ 2010-01-23 18:44 UTC (permalink / raw)
To: Paul Mackerras, Peter Zijlstra, Ingo Molnar, linux-kernel
On Sat, Jan 23, 2010 at 3:00 AM, Paul Mackerras <paulus@samba.org> wrote:
> On Fri, Jan 22, 2010 at 06:25:41PM +0800, Li Hong wrote:
>
>> A copyright extended ASCII char (0xa9) in kernel/perf_event.c makes my utf-8
>> compatible vim think it is a binary file. It is better to either use a utf-8
>> sequence 0xc20xa9 or just normal copyright ASCII chars '(C)'.
>
> The trouble is, I've been informed that "(C)" has no legal meaning --
> it is not equivalent to the C-in-a-circle copyright symbol. That's
> why I put the extended ASCII character in there. I wouldn't mind the
> utf-8 sequence instead though.
>
> Paul.
>From the Copyright Law FAQ:
A proper copyright notice consists of three things: 1) the letter "C" in
a circle (called, logically enough, the "copyright symbol"), or the word
"Copyright," or the abbreviation "Copr."; 2) the year of first
publication; 3) the name of the copyright owner. 17 U.S.C. 401(b).
http://www.faqs.org/faqs/law/copyright/faq/part2/
http://www.copyright.gov/title17/92chap4.html
(C) and © appear to be unnecessary if Copyright <year> <name> is
already present. IANAL, side effects may include, not intended to
diagnose, treat, or prevent, etc.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-01-23 18:51 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-22 10:25 [PATCH] perf: Replace the extended ASCII copyright char to normal ASCII sequence Li Hong
2010-01-23 9:00 ` Paul Mackerras
2010-01-23 18:44 ` Steve McKay
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox