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,cd609da3aa2df12e
X-Google-Attributes: gid103376,public
From: griest-tom@cs.yale.edu (Tom Griest)
Subject: Re: Beginner problem with GNAT.
Date: 1996/04/28
Message-ID: <4lv1qgINN1fg@RA.DEPT.CS.YALE.EDU>#1/1
X-Deja-AN: 151879264
references: <3182B003.158B@mcs.com>
organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
cc: mikey@mcs.com
newsgroups: comp.lang.ada
Date: 1996-04-28T00:00:00+00:00
List-Id: <comp.lang.ada>


In article <3182B003.158B@mcs.com> Mike Young <mikey@mcs.com> writes:
>Hi. I'm getting the following gnatbind errors using GNAT 3.01a for 
>Win32 on Windows NT 3.51. Can somebody help me figure out what is 
>wrong? I'm puzzled by the message that says I need to recompile the 
>files that gnatmake just compiled.

This has always been a puzzle for me too, but my guess is that the
true source of your problem may be due to a bug in the MS libc library 
"stat" function that returns a different time stamp for files now that 
day light savings time is active.  :-(

Make sure you get fix4 at:  ftp.cs.yale.edu/pub/gnat/updates/gnat301a

We have switched from using the MS libc stat function and are now using
the native NT GetFileTime function which seems to work nicely.  This
will show up in the next release, and hopefully put an end to
timezone foolishness.

-Tom