From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,c239006be68d86aa
X-Google-Attributes: gid103376,public
From: labtek@cs.yale.edu (Tom Griest)
Subject: Re: GNAT on Win 95
Date: 1996/05/30
Message-ID: <4ol1fkINNcnv@RA.DEPT.CS.YALE.EDU>#1/1
X-Deja-AN: 157622426
distribution: World
references: <somf-3005960732350001@dyn25b.springfield.va.us.crosslink.net>
organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
cc: somf@crosslink.net
newsgroups: comp.lang.ada
Date: 1996-05-30T00:00:00+00:00
List-Id: <comp.lang.ada>


somf@crosslink.net (somf) writes:
>1)  Is the assumption that all Win 95 GNAT ada development will occur from
>the MSDOS emulator command line ?  I wish there was a help capability in
>this emulator.

winhelp gcc

should work for you from the command line.

>2)  What is the SH.exe file used for ?

It is a Unix shell that can be used to run unix script files.
It is often used by the make commands when building GNAT.

>3) One of the docs is in a TEX format.  What is this and how can I convert
>to something windows 95 apps can understand ?

It is a format for a common word processor.  You can view the contents
of gnatdoc.tex with an wordpad, but it is quite old and probably just 
of historical value at this point.

>4)  The readme calls for running SETPATH.BAT first,  then suggests cd to
>the examples subdirectory and doing a make.  The make successfully
>compiles the test_cl file but fails in the bind with several errrors.  The
>errors say the many files need to be recompiled.  Mostly, because
>system.ads was modifed, it says.   I tried recompiling the files by hand,
>but I am not sure where the results of these compilations are supposed to
>go.  Is there a global make file ?  Why is this happening ?  Is there
>something else that could be wrong ? 

There is an error in the MS C library that is used in timestamping
the files.  This results in the modify times of files actually changing
when switching to/from daylight savings time.  This has been remedied
in the 3.04 release of GNAT/Win32 by bypassing the C library and going
directly to the Win32 interface which does not exhibit the error.
3.04 is not out yet for Win32, but should be on the net VSN.

There are also a set of updates which fix this problem and a couple
others and these can be found in:
    ftp.cs.yale.edu/pub/gnat/updates/gnat301a

If you get these, it should fix you difficulties.

-Tom