* Filename change to fit the "only one dot" limitation on DOS
@ 1999-04-01 0:00 Robert Hoehne
1999-03-14 14:41 ` Robert Hoehne
` (2 more replies)
0 siblings, 3 replies; 12+ messages in thread
From: Robert Hoehne @ 1999-04-01 0:00 UTC (permalink / raw)
To: gdb-patches; +Cc: DJ Delorie, shebs
On DOS, there are only one dot in a filename allowed. So I changed
all the references in Makefile.in to the YY-files which refer to *.tab.*
to *_tab.*. This should not change any behaviour, since those files
are only generated files.
This patch is against "a March 10th snapshot from DJ"
which I got from DJ Delorie.
Sun Mar 14 1999 Robert Hoehne <robert.hoehne@gmx.net>
* Makefile.in: Change all references from *.tab.* to *_tab.*
--- gdb-snap-march-10th-from-DJ/gdb/Makefile.in.orig Thu Mar 11 19:56:54 1999
+++ gdb-snap-march-10th-from-DJ/gdb/Makefile.in Sun Mar 14 22:23:40 1999
@@ -512,12 +512,12 @@
nlm
# For now, shortcut the "configure GDB for fewer languages" stuff.
-YYFILES = c-exp.tab.c \
- jv-exp.tab.c \
- f-exp.tab.c m2-exp.tab.c
-YYOBJ = c-exp.tab.o \
- jv-exp.tab.o \
- f-exp.tab.o m2-exp.tab.o
+YYFILES = c-exp_tab.c \
+ jv-exp_tab.c \
+ f-exp_tab.c m2-exp_tab.c
+YYOBJ = c-exp_tab.o \
+ jv-exp_tab.o \
+ f-exp_tab.o m2-exp_tab.o
# Things which need to be built when making a distribution.
@@ -612,7 +612,7 @@
-e '/udi2go32.o/d' \
-e '/version.o/d' \
-e '/^[a-z0-9A-Z_]*_[SU].o/d' \
- -e '/[a-z0-9A-Z_]*-exp.tab.o/d' \
+ -e '/[a-z0-9A-Z_]*-exp_tab.o/d' \
-e 's/\.o/.c/' \
-e 's|\([^ ][^ ]*\)|$(srcdir)/\1|g' | \
while read f; do grep '^_initialize_[a-z_0-9A-Z]* *(' $$f 2>/dev/null; done | \
@@ -654,9 +654,9 @@
#unload $(srcdir)/m2-exp.y
#unload vx-share/*.h
#unload nindy-share/[A-Z]*
- #load c-exp.tab.c
- #load jv-exp.tab.c
- #load m2-exp.tab.c
+ #load c-exp_tab.c
+ #load jv-exp_tab.c
+ #load m2-exp_tab.c
#load copying.c version.c
#load ../opcodes/libopcodes.a
#load ../libiberty/libiberty.a
@@ -737,7 +737,7 @@
rm -f gdb$(EXEEXT) core make.log libgdb-files
rm -f gdb[0-9]$(EXEEXT)
-# This used to depend on c-exp.tab.c m2-exp.tab.c TAGS
+# This used to depend on c-exp_tab.c m2-exp_tab.c TAGS
# I believe this is wrong; the makefile standards for distclean just
# describe removing files; the only sort of "re-create a distribution"
# functionality described is if the distributed files are unmodified.
@@ -754,9 +754,9 @@
local-maintainer-clean:
@echo "This command is intended for maintainers to use;"
@echo "it deletes files that may require special tools to rebuild."
- rm -f c-exp.tab.c \
- jv-exp.tab \
- f-exp.tab.c m2-exp.tab.c
+ rm -f c-exp_tab.c \
+ jv-exp_tab.c \
+ f-exp_tab.c m2-exp_tab.c
rm -f TAGS $(INFOFILES)
rm -f $(YYFILES)
rm -f nm.h tm.h xm.h config.status
@@ -815,18 +815,18 @@
echo 'char *host_name = "$(host_alias)";' >> version.c
echo 'char *target_name = "$(target_alias)";' >> version.c
-# c-exp.tab.c is generated in objdir from c-exp.y if it doesn't exist
-# in srcdir, then compiled in objdir to c-exp.tab.o.
+# c-exp_tab.c is generated in objdir from c-exp.y if it doesn't exist
+# in srcdir, then compiled in objdir to c-exp_tab.o.
-# If we said c-exp.tab.c rather than ./c-exp.tab.c some makes
-# would sometimes re-write it into $(srcdir)/c-exp.tab.c.
+# If we said c-exp_tab.c rather than ./c-exp_tab.c some makes
+# would sometimes re-write it into $(srcdir)/c-exp_tab.c.
# Remove bogus decls for malloc/realloc/free which conflict with everything
-# else. Strictly speaking c-exp.tab.c should therefore depend on
+# else. Strictly speaking c-exp_tab.c should therefore depend on
# Makefile.in, but that was a pretty big annoyance.
-c-exp.tab.o: c-exp.tab.c
-c-exp.tab.c: c-exp.y
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/c-exp.y y.tab.c c-exp.tmp -- $(YFLAGS)
+c-exp_tab.o: c-exp_tab.c
+c-exp_tab.c: c-exp.y
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/c-exp.y y.tab.c c-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -836,11 +836,11 @@
-e '/^#line.*y.tab.c/d' \
< c-exp.tmp > c-exp.new
-rm c-exp.tmp
- mv c-exp.new ./c-exp.tab.c
+ mv c-exp.new ./c-exp_tab.c
-jv-exp.tab.o: jv-exp.tab.c
-jv-exp.tab.c: jv-exp.y
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/jv-exp.y y.tab.c jv-exp.tmp -- $(YFLAGS)
+jv-exp_tab.o: jv-exp_tab.c
+jv-exp_tab.c: jv-exp.y
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/jv-exp.y y.tab.c jv-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -850,11 +850,11 @@
-e '/^#line.*y.tab.c/d' \
< jv-exp.tmp > jv-exp.new
-rm jv-exp.tmp
- mv jv-exp.new ./jv-exp.tab.c
+ mv jv-exp.new ./jv-exp_tab.c
-f-exp.tab.o: f-exp.tab.c
-f-exp.tab.c: f-exp.y c-exp.tab.c
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/f-exp.y y.tab.c f-exp.tmp -- $(YFLAGS)
+f-exp_tab.o: f-exp_tab.c
+f-exp_tab.c: f-exp.y c-exp_tab.c
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/f-exp.y y.tab.c f-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -864,15 +864,15 @@
-e '/^#line.*y.tab.c/d' \
< f-exp.tmp > f-exp.new
-rm f-exp.tmp
- mv f-exp.new ./f-exp.tab.c
+ mv f-exp.new ./f-exp_tab.c
-# m2-exp.tab.c is generated in objdir from m2-exp.y if it doesn't exist
-# in srcdir, then compiled in objdir to m2-exp.tab.o.
+# m2-exp_tab.c is generated in objdir from m2-exp.y if it doesn't exist
+# in srcdir, then compiled in objdir to m2-exp_tab.o.
# Remove bogus decls for malloc/realloc/free which conflict with everything
# else.
-m2-exp.tab.o: m2-exp.tab.c
-m2-exp.tab.c: m2-exp.y
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/m2-exp.y y.tab.c m2-exp.tmp -- $(YFLAGS)
+m2-exp_tab.o: m2-exp_tab.c
+m2-exp_tab.c: m2-exp.y
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/m2-exp.y y.tab.c m2-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -882,11 +882,11 @@
-e '/^#line.*y.tab.c/d' \
< m2-exp.tmp > m2-exp.new
-rm m2-exp.tmp
- mv m2-exp.new ./m2-exp.tab.c
+ mv m2-exp.new ./m2-exp_tab.c
# These files are updated atomically, so make never has to remove them
-.PRECIOUS: m2-exp.tab.c f-exp.tab.c c-exp.tab.c
-.PRECIOUS: jv-exp.tab.c
+.PRECIOUS: m2-exp_tab.c f-exp_tab.c c-exp_tab.c
+.PRECIOUS: jv-exp_tab.c
lint: $(LINTFILES)
$(LINT) $(INCLUDE_CFLAGS) $(LINTFLAGS) $(LINTFILES) \
@@ -1603,18 +1603,18 @@
z8k-tdep.o: z8k-tdep.c $(bfd_h) $(dis-asm_h) $(defs_h) $(frame_h) \
$(gdbcmd_h) $(gdbtypes_h) $(symtab_h) $(gdbcore_h)
-c-exp.tab.o: c-exp.tab.c c-lang.h $(defs_h) $(expression_h) \
+c-exp_tab.o: c-exp_tab.c c-lang.h $(defs_h) $(expression_h) \
$(gdbtypes_h) language.h parser-defs.h $(symtab_h) $(value_h) \
$(bfd_h) objfiles.h symfile.h
-jv-exp.tab.o: jv-exp.tab.c jv-lang.h $(defs_h) $(expression_h) \
+jv-exp_tab.o: jv-exp_tab.c jv-lang.h $(defs_h) $(expression_h) \
$(gdbtypes_h) language.h parser-defs.h $(symtab_h) $(value_h) \
$(bfd_h) objfiles.h symfile.h
-f-exp.tab.o: f-exp.tab.c f-lang.h $(defs_h) $(expression_h) \
+f-exp_tab.o: f-exp_tab.c f-lang.h $(defs_h) $(expression_h) \
language.h parser-defs.h $(value_h) $(bfd_h) objfiles.h symfile.h
-m2-exp.tab.o: m2-exp.tab.c $(defs_h) $(expression_h) $(gdbtypes_h) \
+m2-exp_tab.o: m2-exp_tab.c $(defs_h) $(expression_h) $(gdbtypes_h) \
language.h m2-lang.h parser-defs.h $(symtab_h) $(value_h) \
$(bfd_h) objfiles.h symfile.h
******************************************************
* email: Robert Hoehne <robert.hoehne@gmx.net> *
* Post: Am Berg 3, D-09573 Dittmannsdorf, Germany *
* WWW: http://www.tu-chemnitz.de/~sho/rho *
******************************************************
^ permalink raw reply [flat|nested] 12+ messages in thread* Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 Filename change to fit the "only one dot" limitation on DOS Robert Hoehne
@ 1999-03-14 14:41 ` Robert Hoehne
1999-03-14 15:14 ` Stan Shebs
1999-04-01 0:00 ` Andrew Cagney
2 siblings, 0 replies; 12+ messages in thread
From: Robert Hoehne @ 1999-03-14 14:41 UTC (permalink / raw)
To: gdb-patches; +Cc: DJ Delorie, shebs
On DOS, there are only one dot in a filename allowed. So I changed
all the references in Makefile.in to the YY-files which refer to *.tab.*
to *_tab.*. This should not change any behaviour, since those files
are only generated files.
This patch is against "a March 10th snapshot from DJ"
which I got from DJ Delorie.
Sun Mar 14 1999 Robert Hoehne <robert.hoehne@gmx.net>
* Makefile.in: Change all references from *.tab.* to *_tab.*
--- gdb-snap-march-10th-from-DJ/gdb/Makefile.in.orig Thu Mar 11 19:56:54 1999
+++ gdb-snap-march-10th-from-DJ/gdb/Makefile.in Sun Mar 14 22:23:40 1999
@@ -512,12 +512,12 @@
nlm
# For now, shortcut the "configure GDB for fewer languages" stuff.
-YYFILES = c-exp.tab.c \
- jv-exp.tab.c \
- f-exp.tab.c m2-exp.tab.c
-YYOBJ = c-exp.tab.o \
- jv-exp.tab.o \
- f-exp.tab.o m2-exp.tab.o
+YYFILES = c-exp_tab.c \
+ jv-exp_tab.c \
+ f-exp_tab.c m2-exp_tab.c
+YYOBJ = c-exp_tab.o \
+ jv-exp_tab.o \
+ f-exp_tab.o m2-exp_tab.o
# Things which need to be built when making a distribution.
@@ -612,7 +612,7 @@
-e '/udi2go32.o/d' \
-e '/version.o/d' \
-e '/^[a-z0-9A-Z_]*_[SU].o/d' \
- -e '/[a-z0-9A-Z_]*-exp.tab.o/d' \
+ -e '/[a-z0-9A-Z_]*-exp_tab.o/d' \
-e 's/\.o/.c/' \
-e 's|\([^ ][^ ]*\)|$(srcdir)/\1|g' | \
while read f; do grep '^_initialize_[a-z_0-9A-Z]* *(' $$f 2>/dev/null; done | \
@@ -654,9 +654,9 @@
#unload $(srcdir)/m2-exp.y
#unload vx-share/*.h
#unload nindy-share/[A-Z]*
- #load c-exp.tab.c
- #load jv-exp.tab.c
- #load m2-exp.tab.c
+ #load c-exp_tab.c
+ #load jv-exp_tab.c
+ #load m2-exp_tab.c
#load copying.c version.c
#load ../opcodes/libopcodes.a
#load ../libiberty/libiberty.a
@@ -737,7 +737,7 @@
rm -f gdb$(EXEEXT) core make.log libgdb-files
rm -f gdb[0-9]$(EXEEXT)
-# This used to depend on c-exp.tab.c m2-exp.tab.c TAGS
+# This used to depend on c-exp_tab.c m2-exp_tab.c TAGS
# I believe this is wrong; the makefile standards for distclean just
# describe removing files; the only sort of "re-create a distribution"
# functionality described is if the distributed files are unmodified.
@@ -754,9 +754,9 @@
local-maintainer-clean:
@echo "This command is intended for maintainers to use;"
@echo "it deletes files that may require special tools to rebuild."
- rm -f c-exp.tab.c \
- jv-exp.tab \
- f-exp.tab.c m2-exp.tab.c
+ rm -f c-exp_tab.c \
+ jv-exp_tab.c \
+ f-exp_tab.c m2-exp_tab.c
rm -f TAGS $(INFOFILES)
rm -f $(YYFILES)
rm -f nm.h tm.h xm.h config.status
@@ -815,18 +815,18 @@
echo 'char *host_name = "$(host_alias)";' >> version.c
echo 'char *target_name = "$(target_alias)";' >> version.c
-# c-exp.tab.c is generated in objdir from c-exp.y if it doesn't exist
-# in srcdir, then compiled in objdir to c-exp.tab.o.
+# c-exp_tab.c is generated in objdir from c-exp.y if it doesn't exist
+# in srcdir, then compiled in objdir to c-exp_tab.o.
-# If we said c-exp.tab.c rather than ./c-exp.tab.c some makes
-# would sometimes re-write it into $(srcdir)/c-exp.tab.c.
+# If we said c-exp_tab.c rather than ./c-exp_tab.c some makes
+# would sometimes re-write it into $(srcdir)/c-exp_tab.c.
# Remove bogus decls for malloc/realloc/free which conflict with everything
-# else. Strictly speaking c-exp.tab.c should therefore depend on
+# else. Strictly speaking c-exp_tab.c should therefore depend on
# Makefile.in, but that was a pretty big annoyance.
-c-exp.tab.o: c-exp.tab.c
-c-exp.tab.c: c-exp.y
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/c-exp.y y.tab.c c-exp.tmp -- $(YFLAGS)
+c-exp_tab.o: c-exp_tab.c
+c-exp_tab.c: c-exp.y
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/c-exp.y y.tab.c c-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -836,11 +836,11 @@
-e '/^#line.*y.tab.c/d' \
< c-exp.tmp > c-exp.new
-rm c-exp.tmp
- mv c-exp.new ./c-exp.tab.c
+ mv c-exp.new ./c-exp_tab.c
-jv-exp.tab.o: jv-exp.tab.c
-jv-exp.tab.c: jv-exp.y
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/jv-exp.y y.tab.c jv-exp.tmp -- $(YFLAGS)
+jv-exp_tab.o: jv-exp_tab.c
+jv-exp_tab.c: jv-exp.y
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/jv-exp.y y.tab.c jv-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -850,11 +850,11 @@
-e '/^#line.*y.tab.c/d' \
< jv-exp.tmp > jv-exp.new
-rm jv-exp.tmp
- mv jv-exp.new ./jv-exp.tab.c
+ mv jv-exp.new ./jv-exp_tab.c
-f-exp.tab.o: f-exp.tab.c
-f-exp.tab.c: f-exp.y c-exp.tab.c
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/f-exp.y y.tab.c f-exp.tmp -- $(YFLAGS)
+f-exp_tab.o: f-exp_tab.c
+f-exp_tab.c: f-exp.y c-exp_tab.c
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/f-exp.y y.tab.c f-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -864,15 +864,15 @@
-e '/^#line.*y.tab.c/d' \
< f-exp.tmp > f-exp.new
-rm f-exp.tmp
- mv f-exp.new ./f-exp.tab.c
+ mv f-exp.new ./f-exp_tab.c
-# m2-exp.tab.c is generated in objdir from m2-exp.y if it doesn't exist
-# in srcdir, then compiled in objdir to m2-exp.tab.o.
+# m2-exp_tab.c is generated in objdir from m2-exp.y if it doesn't exist
+# in srcdir, then compiled in objdir to m2-exp_tab.o.
# Remove bogus decls for malloc/realloc/free which conflict with everything
# else.
-m2-exp.tab.o: m2-exp.tab.c
-m2-exp.tab.c: m2-exp.y
- $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/m2-exp.y y.tab.c m2-exp.tmp -- $(YFLAGS)
+m2-exp_tab.o: m2-exp_tab.c
+m2-exp_tab.c: m2-exp.y
+ $(SHELL) $(YLWRAP) "$(YACC)" $(srcdir)/m2-exp.y y.tab.c m2-exp.tmp -- $(YFLAGS)
-sed -e '/extern.*malloc/d' \
-e '/extern.*realloc/d' \
-e '/extern.*free/d' \
@@ -882,11 +882,11 @@
-e '/^#line.*y.tab.c/d' \
< m2-exp.tmp > m2-exp.new
-rm m2-exp.tmp
- mv m2-exp.new ./m2-exp.tab.c
+ mv m2-exp.new ./m2-exp_tab.c
# These files are updated atomically, so make never has to remove them
-.PRECIOUS: m2-exp.tab.c f-exp.tab.c c-exp.tab.c
-.PRECIOUS: jv-exp.tab.c
+.PRECIOUS: m2-exp_tab.c f-exp_tab.c c-exp_tab.c
+.PRECIOUS: jv-exp_tab.c
lint: $(LINTFILES)
$(LINT) $(INCLUDE_CFLAGS) $(LINTFLAGS) $(LINTFILES) \
@@ -1603,18 +1603,18 @@
z8k-tdep.o: z8k-tdep.c $(bfd_h) $(dis-asm_h) $(defs_h) $(frame_h) \
$(gdbcmd_h) $(gdbtypes_h) $(symtab_h) $(gdbcore_h)
-c-exp.tab.o: c-exp.tab.c c-lang.h $(defs_h) $(expression_h) \
+c-exp_tab.o: c-exp_tab.c c-lang.h $(defs_h) $(expression_h) \
$(gdbtypes_h) language.h parser-defs.h $(symtab_h) $(value_h) \
$(bfd_h) objfiles.h symfile.h
-jv-exp.tab.o: jv-exp.tab.c jv-lang.h $(defs_h) $(expression_h) \
+jv-exp_tab.o: jv-exp_tab.c jv-lang.h $(defs_h) $(expression_h) \
$(gdbtypes_h) language.h parser-defs.h $(symtab_h) $(value_h) \
$(bfd_h) objfiles.h symfile.h
-f-exp.tab.o: f-exp.tab.c f-lang.h $(defs_h) $(expression_h) \
+f-exp_tab.o: f-exp_tab.c f-lang.h $(defs_h) $(expression_h) \
language.h parser-defs.h $(value_h) $(bfd_h) objfiles.h symfile.h
-m2-exp.tab.o: m2-exp.tab.c $(defs_h) $(expression_h) $(gdbtypes_h) \
+m2-exp_tab.o: m2-exp_tab.c $(defs_h) $(expression_h) $(gdbtypes_h) \
language.h m2-lang.h parser-defs.h $(symtab_h) $(value_h) \
$(bfd_h) objfiles.h symfile.h
******************************************************
* email: Robert Hoehne <robert.hoehne@gmx.net> *
* Post: Am Berg 3, D-09573 Dittmannsdorf, Germany *
* WWW: http://www.tu-chemnitz.de/~sho/rho *
******************************************************
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 Filename change to fit the "only one dot" limitation on DOS Robert Hoehne
1999-03-14 14:41 ` Robert Hoehne
@ 1999-03-14 15:14 ` Stan Shebs
1999-04-01 0:00 ` DJ Delorie
` (2 more replies)
1999-04-01 0:00 ` Andrew Cagney
2 siblings, 3 replies; 12+ messages in thread
From: Stan Shebs @ 1999-03-14 15:14 UTC (permalink / raw)
To: robert.hoehne; +Cc: gdb-patches, dj
From: Robert Hoehne <robert.hoehne@gmx.net>
Date: Sun, 14 Mar 1999 23:09:07 +0100
On DOS, there are only one dot in a filename allowed. So I changed
all the references in Makefile.in to the YY-files which refer to *.tab.*
to *_tab.*. This should not change any behaviour, since those files
are only generated files.
This seems reasonable, although '-' is more standard for GDB source files
than '_', and I would install the patch that way. Just out of curiosity,
why isn't it a problem that the generated filenames are longer than 8 chars?
Stan
^ permalink raw reply [flat|nested] 12+ messages in thread* Re: Filename change to fit the "only one dot" limitation on DOS
1999-03-14 15:14 ` Stan Shebs
@ 1999-04-01 0:00 ` DJ Delorie
1999-03-14 15:25 ` DJ Delorie
1999-04-01 0:00 ` Stan Shebs
1999-04-01 0:00 ` Mark Alexander
2 siblings, 1 reply; 12+ messages in thread
From: DJ Delorie @ 1999-04-01 0:00 UTC (permalink / raw)
To: shebs; +Cc: robert.hoehne, gdb-patches
No, the problem is when files *clash* when reduced to 8.3 filenames.
Otherwise, you can use longer names, but the fs won't store them.
Just like Windows is case insensitive, FAT is lfn-insensitive. It
simply ignores characters beyond the 8.3 limits.
Under Win95, however the full long file names are preserved.
> This seems reasonable, although '-' is more standard for GDB source files
> than '_', and I would install the patch that way. Just out of curiosity,
> why isn't it a problem that the generated filenames are longer than 8 chars?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 ` DJ Delorie
@ 1999-03-14 15:25 ` DJ Delorie
0 siblings, 0 replies; 12+ messages in thread
From: DJ Delorie @ 1999-03-14 15:25 UTC (permalink / raw)
To: shebs; +Cc: robert.hoehne, gdb-patches
No, the problem is when files *clash* when reduced to 8.3 filenames.
Otherwise, you can use longer names, but the fs won't store them.
Just like Windows is case insensitive, FAT is lfn-insensitive. It
simply ignores characters beyond the 8.3 limits.
Under Win95, however the full long file names are preserved.
> This seems reasonable, although '-' is more standard for GDB source files
> than '_', and I would install the patch that way. Just out of curiosity,
> why isn't it a problem that the generated filenames are longer than 8 chars?
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-03-14 15:14 ` Stan Shebs
1999-04-01 0:00 ` DJ Delorie
@ 1999-04-01 0:00 ` Stan Shebs
1999-04-01 0:00 ` Mark Alexander
2 siblings, 0 replies; 12+ messages in thread
From: Stan Shebs @ 1999-04-01 0:00 UTC (permalink / raw)
To: robert.hoehne; +Cc: gdb-patches, dj
From: Robert Hoehne <robert.hoehne@gmx.net>
Date: Sun, 14 Mar 1999 23:09:07 +0100
On DOS, there are only one dot in a filename allowed. So I changed
all the references in Makefile.in to the YY-files which refer to *.tab.*
to *_tab.*. This should not change any behaviour, since those files
are only generated files.
This seems reasonable, although '-' is more standard for GDB source files
than '_', and I would install the patch that way. Just out of curiosity,
why isn't it a problem that the generated filenames are longer than 8 chars?
Stan
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-03-14 15:14 ` Stan Shebs
1999-04-01 0:00 ` DJ Delorie
1999-04-01 0:00 ` Stan Shebs
@ 1999-04-01 0:00 ` Mark Alexander
1999-03-14 15:31 ` Mark Alexander
2 siblings, 1 reply; 12+ messages in thread
From: Mark Alexander @ 1999-04-01 0:00 UTC (permalink / raw)
To: gdb-patches, robert.hoehne; +Cc: dj
On Sun, Mar 14, 1999 at 03:14:24PM -0800, Stan Shebs wrote:
> Just out of curiosity,
> why isn't it a problem that the generated filenames are longer than 8 chars?
DOS allows long names; it silently truncates everything after 8.3.
What's left of the filename after this truncation has to be unique and
not have "illegal" characters.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 ` Mark Alexander
@ 1999-03-14 15:31 ` Mark Alexander
0 siblings, 0 replies; 12+ messages in thread
From: Mark Alexander @ 1999-03-14 15:31 UTC (permalink / raw)
To: gdb-patches, robert.hoehne; +Cc: dj
On Sun, Mar 14, 1999 at 03:14:24PM -0800, Stan Shebs wrote:
> Just out of curiosity,
> why isn't it a problem that the generated filenames are longer than 8 chars?
DOS allows long names; it silently truncates everything after 8.3.
What's left of the filename after this truncation has to be unique and
not have "illegal" characters.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 Filename change to fit the "only one dot" limitation on DOS Robert Hoehne
1999-03-14 14:41 ` Robert Hoehne
1999-03-14 15:14 ` Stan Shebs
@ 1999-04-01 0:00 ` Andrew Cagney
1999-03-14 16:08 ` Andrew Cagney
1999-04-01 0:00 ` Stan Shebs
2 siblings, 2 replies; 12+ messages in thread
From: Andrew Cagney @ 1999-04-01 0:00 UTC (permalink / raw)
To: gdb-patches; +Cc: DJ Delorie, shebs
Excerpts from mail: 14-Mar-99 Filename change to fit the .. Robert
Hoehne@gmx.net (7475*)
> -YYFILES = c-exp.tab.c \
>> +YYFILES = c-exp_tab.c \
To take the opposite viewpoint, why are we suddenly about to go to such
efforts to accommodate 8.3 DOS file names?
I think it would instead be better to provide a separate configury
script (sed+sh?) that ran over the build directory and adjusted things
ready for a DOS build?
enjoy,
Andrew
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 ` Andrew Cagney
@ 1999-03-14 16:08 ` Andrew Cagney
1999-04-01 0:00 ` Stan Shebs
1 sibling, 0 replies; 12+ messages in thread
From: Andrew Cagney @ 1999-03-14 16:08 UTC (permalink / raw)
To: gdb-patches; +Cc: DJ Delorie, shebs
Excerpts from mail: 14-Mar-99 Filename change to fit the .. Robert
Hoehne@gmx.net (7475*)
> -YYFILES = c-exp.tab.c \
>> +YYFILES = c-exp_tab.c \
To take the opposite viewpoint, why are we suddenly about to go to such
efforts to accommodate 8.3 DOS file names?
I think it would instead be better to provide a separate configury
script (sed+sh?) that ran over the build directory and adjusted things
ready for a DOS build?
enjoy,
Andrew
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 ` Andrew Cagney
1999-03-14 16:08 ` Andrew Cagney
@ 1999-04-01 0:00 ` Stan Shebs
1999-03-14 17:30 ` Stan Shebs
1 sibling, 1 reply; 12+ messages in thread
From: Stan Shebs @ 1999-04-01 0:00 UTC (permalink / raw)
To: cagney; +Cc: gdb-patches, dj
Date: Mon, 15 Mar 1999 11:08:24 +1100 (WET)
From: Andrew Cagney <cagney@cygnus.com>
Excerpts from mail: 14-Mar-99 Filename change to fit the .. Robert
Hoehne@gmx.net (7475*)
> -YYFILES = c-exp.tab.c \
>> +YYFILES = c-exp_tab.c \
To take the opposite viewpoint, why are we suddenly about to go to such
efforts to accommodate 8.3 DOS file names?
I believe that the DJGPP version of GDB has been diverging from the
trunk over the past several years, and that people are only now
looking into reducing the divergence. Supporting DJGPP will be extra
work for the GNU project as a whole, which is why I wanted to find out
if The Boss (aka RMS :-) ) was amenable.
I think it would instead be better to provide a separate configury
script (sed+sh?) that ran over the build directory and adjusted things
ready for a DOS build?
I did something like that for the Mac build process (those
*/mpw-make.sed files hanging about in GNU releases), and I can attest
that this technique requires continual maintenance, thus is only
desirable as a last resort. It's been pointed out that the filenames
only need to be 8.3 unique, so it's not like every long file name
would have to be shrunken, just the ones that doschk complains about.
Stan
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Filename change to fit the "only one dot" limitation on DOS
1999-04-01 0:00 ` Stan Shebs
@ 1999-03-14 17:30 ` Stan Shebs
0 siblings, 0 replies; 12+ messages in thread
From: Stan Shebs @ 1999-03-14 17:30 UTC (permalink / raw)
To: cagney; +Cc: gdb-patches, dj
Date: Mon, 15 Mar 1999 11:08:24 +1100 (WET)
From: Andrew Cagney <cagney@cygnus.com>
Excerpts from mail: 14-Mar-99 Filename change to fit the .. Robert
Hoehne@gmx.net (7475*)
> -YYFILES = c-exp.tab.c \
>> +YYFILES = c-exp_tab.c \
To take the opposite viewpoint, why are we suddenly about to go to such
efforts to accommodate 8.3 DOS file names?
I believe that the DJGPP version of GDB has been diverging from the
trunk over the past several years, and that people are only now
looking into reducing the divergence. Supporting DJGPP will be extra
work for the GNU project as a whole, which is why I wanted to find out
if The Boss (aka RMS :-) ) was amenable.
I think it would instead be better to provide a separate configury
script (sed+sh?) that ran over the build directory and adjusted things
ready for a DOS build?
I did something like that for the Mac build process (those
*/mpw-make.sed files hanging about in GNU releases), and I can attest
that this technique requires continual maintenance, thus is only
desirable as a last resort. It's been pointed out that the filenames
only need to be 8.3 unique, so it's not like every long file name
would have to be shrunken, just the ones that doschk complains about.
Stan
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~1999-04-01 0:00 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-04-01 0:00 Filename change to fit the "only one dot" limitation on DOS Robert Hoehne
1999-03-14 14:41 ` Robert Hoehne
1999-03-14 15:14 ` Stan Shebs
1999-04-01 0:00 ` DJ Delorie
1999-03-14 15:25 ` DJ Delorie
1999-04-01 0:00 ` Stan Shebs
1999-04-01 0:00 ` Mark Alexander
1999-03-14 15:31 ` Mark Alexander
1999-04-01 0:00 ` Andrew Cagney
1999-03-14 16:08 ` Andrew Cagney
1999-04-01 0:00 ` Stan Shebs
1999-03-14 17:30 ` Stan Shebs
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox