Message-ID: <3992752C.FECE5823@maths.unine.ch>
Date: Thu, 10 Aug 2000 11:26:03 +0200
From: Gautier <gautier DOT demontmollin AT maths DOT unine DOT ch>
Organization: Maths - Uni =?iso-8859-1?Q?Neuch=E2tel?=
X-Mailer: Mozilla 4.74 (Macintosh; U; PPC)
X-Accept-Language: en
MIME-Version: 1.0
Newsgroups: comp.os.msdos.djgpp
Subject: Re: DJGPP neither running on ms-dos 6.2 nor on caldera-dos 7.03
References: <8mq6n6$6gu8v$1 AT ID-16903 DOT news DOT cis DOT dfn DOT de> <39912C43 DOT DF0BB5FD AT maths DOT unine DOT ch> <200008091553 DOT LAA13441 AT delorie DOT com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
NNTP-Posting-Host: mac13-32.unine.ch
X-Trace: 10 Aug 2000 11:26:05 +0100, mac13-32.unine.ch
Lines: 46
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

> > A small question about this VF problem: wouldn't be possible
> > to set once for all the name lengths to 8 on the C/C++
> > front-end ?

Eli:

> I'm not sure I understand: are you suggesting to limit names of all
> standard C++ header files and libraries to 8+3?

Exactly! If I consider the full GNAT run-time library 3.12 for DOS,
there are 662 files ("header" .ads and "code" .adb), with the complete
Ada95 standard packages (Ada.*, Interfaces.*) plus GNAT-specific ones...
The names are "crunched", e.g. for extreme cases

  a-chahan.ads -> Ada.Characters.Handling
  a-llfwti.ads -> Ada.Long_Long_Float_Wide_Text_IO
  a-exctra.ads -> Ada.Exceptions.Traceback
  i-os2thr.ads -> Interfaces.OS2Lib.Threads

When built for DOS, GNAT will search for crunched 8.3 names (even if it runs
under whatever LFN system), for your own files too. If you need the
"Unzip.Streams" package, it will search for file "unzistre.ads" and so on.
There is even an utility, gnatchop, that splits a file with any
number of Ada sources into files with names "crunched" for the
target system!

> If so, this is not
> the right place to suggest that: you need to talk the libg++
> maintainers into making that change.  (I suspect that you will only
> hear laughter in response...)

I do not doubt of it!

> But if you can suggest a reasonable DJGPP-specific solution that would
> reliably work, please do.  Nobody enjoys answering the FAQs about
> stream~1.h here, we just didn't find any way of solving that better
> than what's already in the docs and the FAQ.

Technically, it's absolutely feasible, since it works
with the GNAT front-end. This can be even done for the
standard library files, not for user files. In fact GNAT
for NT ("official") does so. Now, where to patch the
C/C++ front end for that purpose is another question...

______________________________________________________
Gautier  --  http://members.xoom.com/gdemont/gsoft.htm