Re: [RFC] DJGPP: fnchange.lst removal attempt

[Eli Zaretskii <eliz at gnu dot org>]

> Date: Mon, 12 Apr 2010 02:08:56 +0200
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> 
> tried to create a script to autogenerate and remove fnchange.lst

Thanks for doing this.

> but ... after
> writing it I found I am not able to even compile the current FSF GDB HEAD.

Don't worry about that.  You can test the output of the script in a
different, much easier way: use the ARI script to check that no
file-name conflicts are reported by it after you update fnchange.lst.
That way, you don't need to set up a DOS system.

Btw, I take it that a release tarball will still include the file,
right?  I wouldn't want to ask DJGPP users to have Perl installed, and
the need to produce the file will complicate the unpacking
instructions, which are already quite complicated (see
gdb/config/djgpp/README).

> fnchange.lst change of directory names:
> @V@/gdb/testsuite/gdb.gdbtk/EVERYTHING @V@/gdb/testsuite/gdb.tk/EVERYTHING

That's because we also have gdb/testsuite/gdb.gdb and
gdb/testsuite/gdb.gdbserver, which clash with it.

> Also current gdb/config/djgpp/djconfig.sh cannot find gdb/ChangeLog.002 .

Can you see why this happens?  gdb/ChangeLog.002 should have been
produced by renaming gdb/ChangeLog-2002, by this line in fnchange.lst:

  @V@/gdb/ChangeLog-2002 @V@/gdb/ChangeLog.002

> In this state I find all the adjustments of gdb/config/djgpp/fnchange.lst not
> much useful.

It worked for me during GDB 7.0 pretest.  But I agree that maintaining
it by hand is annoying and error-prone.  So I'm very much in favor of
producing it with a script.

Thanks.