This is the mail archive of the
mailing list for the GDB project.
Re: Linux sigtramp detection code moved to its proper place
On Sat, Mar 18, 2000 at 05:27:17PM -0500, Eli Zaretskii wrote:
>> I would be in favor of just creating an i386-linux-tdep.c and working
>> out the 8.3 issues later. Since there are already 8.3 issues in
>> the gdb source directory, adding one more is not going to aggravate
>> the problem unduly.
>I beg to disagree ;-). Let me explain why.
>What I intend to do to resolve the problem of file names clashing in
>the 8+3 namespace is to use the feature of DJTAR, an untar utility
>which comes with DJGPP, to rename files on the fly. To this end, I
>created a name-mapping file which specifies what files to rename and
>how; this file needs to be submitted to DJTAR when unpacking the
>distribution. I will make the file itself part of the distribution
>(so DJGPP users will need to unpack that special file first, and then
>I already spent a frustrating evening creating this name-mapping file;
>adding any new files that clash with existing files would require me
>to reproduce that file, possibly affecting other files as well.
>I respect the decision not to change any names before GDB 5.0 is
>released, but in the meantime could we please not add any new files
>whose names clash?
I am sympathetic to the plight of DOS users but this sounds like it is
something that could, in the short term, be handled by a program or perl
script fairly easily. If you actually have a solution for DOS, then
maybe that file or script should be part of the distribution and we
should not have to worry about this severe filename limitation.
IMO, in the long-term intelligent use of subdirectories should reduce
the size of all of the filenames.