[commit] Start of New Year Procedure applied...

[commit] Start of New Year Procedure applied...

[Joel Brobecker]

Hello,

Just a quick note to let everyone know that I applied the Start of New
Year procedure as documented in our internals manual:
  - 2009 added to the copyright notices
  - GDB now prints 2009 as its copyright year
  - ChangeLog has been rotated (with associated fnchange.lst update)

The update of the copyright notices was performed by a script
using emacs. I reviewed about 20% of the changes before giving up,
and everything seemed to be fine. Let us know if you see something
wrong or some files that we missed.

2009-01-03  Joel Brobecker  <brobecker@adacore.com>

        Updated copyright notices for most files.

2009-01-03  Joel Brobecker  <brobecker@adacore.com>

        * top.c (print_gdb_version): Update copyright year.

2009-01-03  Joel Brobecker  <brobecker@adacore.com>

        * config/djgpp/fnchange.lst: Add entry for ChangeLog-2008.

-- 
Joel

Re: [commit] Start of New Year Procedure applied...

[Pedro Alves]

On Saturday 03 January 2009 06:06:21, Joel Brobecker wrote:

> 2009-01-03  Joel Brobecker  <brobecker@adacore.com>
> 
>         * top.c (print_gdb_version): Update copyright year.
> 

I think the gdbserver ones should be updated as well:

$ grep "\"Copyright " * -rn
gdbserver/server.c:1258:          "Copyright (C) 2007 Free Software Foundation, Inc.\n"
gdbserver/gdbreplay.c:398:        "Copyright (C) 2008 Free Software Foundation, Inc.\n"
top.c:1125:  fprintf_filtered (stream, "Copyright (C) 2009 Free Software Foundation, Inc.\n");

-- 
Pedro Alves

Re: [commit] Start of New Year Procedure applied...

[Joel Brobecker]

[-- Attachment #1: Type: text/plain, Size: 621 bytes --]

> I think the gdbserver ones should be updated as well:
> 
> $ grep "\"Copyright " * -rn
> gdbserver/server.c:1258:          "Copyright (C) 2007 Free Software Foundation, Inc.\n"
> gdbserver/gdbreplay.c:398:        "Copyright (C) 2008 Free Software Foundation, Inc.\n"
> top.c:1125:  fprintf_filtered (stream, "Copyright (C) 2009 Free Software Foundation, Inc.\n");

Right you are.  Fixed thusly:

2009-01-06  Joel Brobecker  <brobecker@adacore.com>

        * gdbreplay.c (gdbreplay_version): Update copyright year.
        * server.c (gdbserver_version): Likewise.

A patch to gdbint.texinfo is on the way...

-- 
Joel

[-- Attachment #2: copyright.diff --]
[-- Type: text/plain, Size: 1303 bytes --]

Index: gdbreplay.c
===================================================================
RCS file: /cvs/src/src/gdb/gdbserver/gdbreplay.c,v
retrieving revision 1.19
diff -u -p -r1.19 gdbreplay.c
--- gdbreplay.c	3 Jan 2009 05:57:57 -0000	1.19
+++ gdbreplay.c	6 Jan 2009 04:47:13 -0000
@@ -395,7 +395,7 @@ static void
 gdbreplay_version (void)
 {
   printf ("GNU gdbreplay %s%s\n"
-	  "Copyright (C) 2008 Free Software Foundation, Inc.\n"
+	  "Copyright (C) 2009 Free Software Foundation, Inc.\n"
 	  "gdbreplay is free software, covered by the GNU General Public License.\n"
 	  "This gdbreplay was configured as \"%s\"\n",
 	  PKGVERSION, version, host_name);
Index: server.c
===================================================================
RCS file: /cvs/src/src/gdb/gdbserver/server.c,v
retrieving revision 1.83
diff -u -p -r1.83 server.c
--- server.c	3 Jan 2009 05:57:57 -0000	1.83
+++ server.c	6 Jan 2009 04:47:14 -0000
@@ -1255,7 +1255,7 @@ static void
 gdbserver_version (void)
 {
   printf ("GNU gdbserver %s%s\n"
-	  "Copyright (C) 2007 Free Software Foundation, Inc.\n"
+	  "Copyright (C) 2009 Free Software Foundation, Inc.\n"
 	  "gdbserver is free software, covered by the GNU General Public License.\n"
 	  "This gdbserver was configured as \"%s\"\n",
 	  PKGVERSION, version, host_name);

Re: [commit] Start of New Year Procedure applied...

[Tom Tromey]

>>>>> "Joel" == Joel Brobecker <brobecker@adacore.com> writes:

Joel> Just a quick note to let everyone know that I applied the Start of New
Joel> Year procedure as documented in our internals manual:
Joel>   - 2009 added to the copyright notices

Thanks for doing this.

Does the date in gdb.texinfo need to be updated?

Tom

Re: [commit] Start of New Year Procedure applied...

[Eli Zaretskii]

> Cc: gdb-patches@sourceware.org
> From: Tom Tromey <tromey@redhat.com>
> Date: Tue, 06 Jan 2009 13:59:25 -0700
> 
> >>>>> "Joel" == Joel Brobecker <brobecker@adacore.com> writes:
> 
> Joel> Just a quick note to let everyone know that I applied the Start of New
> Joel> Year procedure as documented in our internals manual:
> Joel>   - 2009 added to the copyright notices
> 
> Thanks for doing this.
> 
> Does the date in gdb.texinfo need to be updated?

Which date?

Re: [commit] Start of New Year Procedure applied...

[Tom Tromey]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

>> Does the date in gdb.texinfo need to be updated?

Eli> Which date?

The one at the top of the file.

@c Copyright (C) 1988, 1989, 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1998,
@c 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
@c Free Software Foundation, Inc.


Tom

Re: [commit] Start of New Year Procedure applied...

[Eli Zaretskii]

> Cc: brobecker@adacore.com, gdb-patches@sourceware.org
> From: Tom Tromey <tromey@redhat.com>
> Date: Tue, 06 Jan 2009 14:15:38 -0700
> 
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> Does the date in gdb.texinfo need to be updated?
> 
> Eli> Which date?
> 
> The one at the top of the file.
> 
> @c Copyright (C) 1988, 1989, 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1998,
> @c 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
> @c Free Software Foundation, Inc.

All the files should have 2009 added to their copyright notice.

Re: [commit] Start of New Year Procedure applied...

[Joel Brobecker]

> > @c Copyright (C) 1988, 1989, 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1998,
> > @c 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
> > @c Free Software Foundation, Inc.
> 
> All the files should have 2009 added to their copyright notice.

I had a quick look.  The script used to do the copyright update
does not handle certain files:

    *.s
    *.f
    *.f90
    *.igen
    *.ac
    *.texi
    *.texinfo
    *.tex
    *.defs
    *.1

(total number of files involved: 62 :-().

These files need to be updated by hand, and the manual needs to
be updated to mention that. I'll try to get to it sometime today.
Thanks to Tom for noticing this.

BTW: This is not all. The content of the texi files also have
copyright notices in them. The problem is that they are sometimes
duplicated, I suspect due to different medium requiring different
layout. Is there a way to simplify this?

-- 
Joel

Re: [commit] Start of New Year Procedure applied...

[Eli Zaretskii]

> Date: Wed, 7 Jan 2009 08:40:06 +0400
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: Tom Tromey <tromey@redhat.com>, gdb-patches@sourceware.org
> 
> The content of the texi files also have copyright notices in
> them. The problem is that they are sometimes duplicated, I suspect
> due to different medium requiring different layout.

Yes, probably.

> Is there a way to simplify this?

You can use `set' or define a Texinfo macro, but frankly I'd suggest
to use a simple script instead.  Why doesn't the general script update
those as well?  Is it so hard to extend it so it does?

Re: [commit] Start of New Year Procedure applied...

[Daniel Jacobowitz]

On Wed, Jan 07, 2009 at 10:59:39PM +0200, Eli Zaretskii wrote:
> > Date: Wed, 7 Jan 2009 08:40:06 +0400
> > From: Joel Brobecker <brobecker@adacore.com>
> > Cc: Tom Tromey <tromey@redhat.com>, gdb-patches@sourceware.org
> > 
> > The content of the texi files also have copyright notices in
> > them. The problem is that they are sometimes duplicated, I suspect
> > due to different medium requiring different layout.
> 
> Yes, probably.
> 
> > Is there a way to simplify this?
> 
> You can use `set' or define a Texinfo macro, but frankly I'd suggest
> to use a simple script instead.  Why doesn't the general script update
> those as well?  Is it so hard to extend it so it does?

I couldn't get it to work with the different comment markers.  It
might not be hard for someone more adept with elisp.

-- 
Daniel Jacobowitz
CodeSourcery