DJGPP support (was libgdb)

Stan Shebs shebs@cygnus.com
Sun Mar 14 14:41:00 GMT 1999


   From: Robert Hoehne <robert.hoehne@gmx.net>
   Date: Sun, 14 Mar 1999 13:20:40 +0100

   > But how is anybody supposed to know what can be changed and what not?
   Of course nobody can imagine what the mainatainer
   of GDB will do with the sources (except of course the mainatiner itself).

True, although if something is a documented requirement, maintainers
should be loath to remove it.  I can't remember the last time a command
documented in the manual was taken out, for instance, even though there
are some pretty dubious things in there.

   I really don't understand, why you are against such small changes
   which doesn't affect any behaviour of GDB but which will help the
   programming of others. (for instance simply moving the newly
   introduced global variables from main.c to top.c)

I'm not personally against doing this, in fact it seems like an easy
and reasonable thing to do.  However, I also need to be able to
document this adequately somewhere, so that the next ambitious person
who comes along doesn't unknowingly undo this change.  For instance,
HP now has a newly-formed GDB group in Cupertino - how will they know
what they can change freely and what to leave alone?

   I have leaned that already :-( But at this point I really don't understand,
   why the the mainatainers of GNU tools nearly ever forget when introducing
   new features, that there are also people, which use the GNU environment
   for DOS called DJGPP where are some limitations exist. And as I have
   heared, the GNU cdrom with DJGPP on it was a hit.

   Sometimes I think, the GNU mainatiner have something against DJGPP.

I'm sorry if you have that impression, it's certainly not the case.
Hey, back when I was doing Mac ports, a lot of people disapproved of
*me*! so I know what it feels like to port to and support a
non-standard configuration.

But I'm glad you brought this issue up.  For a long time, it has been
the policy of the FSF not to expend much effort on DOS support.  For
instance, there is this bit in etc/standards.texi:

"As for systems that are not like Unix, such as MSDOS, Windows, the
Macintosh, VMS, and MVS, supporting them is usually so much work that it
is better if you don't."

Although later on there is this, in a discussion of packaging for
release:

"Try to make sure that all the file names will be unique on MS-DOS."

And as you say, DJGPP is a popular port of GNU, and is being actively
maintained.

Since I'm a portability fanatic, I'm all in favor of making GDB
support DJGPP, and making any changes necessary to enable this in the
standard version of GDB.  However, since GDB includes modules like
readline and bfd, it's also important to have at least the GDB-related
package maintainers agree to support DJGPP, if not GCC, GAS, LD, etc.

I would also like to get the FSF coding standards modified.  RMS owns
the standard, so you or DJ or somebody should send him mail pointing
out that the standards would seem to discourage support for packages
like DJGPP, and could he please modify it to provide better guidance
for maintainers on this point.

							Stan




More information about the Gdb-patches mailing list