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,6e70c13232dc4a26 X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: logarithms on ada Date: 1997/03/10 Message-ID: #1/1 X-Deja-AN: 224514502 References: <5fcqrs$ius@panther.Gsu.EDU> <331c6ce7.856445@news.demon.co.uk> <33205b8c.1147493@news.demon.co.uk> <332333b3.43429911@news.demon.co.uk> <332452f0.2520508@news.demon.co.uk> Organization: New York University Newsgroups: comp.lang.ada Date: 1997-03-10T00:00:00+00:00 List-Id: John McCabe said You misunderstand what I'm saying here - it's not that *projects* are slow to adapt, it's that they don't adapt at all. That's much too great a generalization. We are finding a lot of projects that do want to adapt to Ada 95 over time. Perhaps one of the most dramatic examples of this is the significant demand for a port of GNAT to the VAX from several large projects. These are certainly not projects that are furiously adapting to the latest hardware, but they see the move to Ada 95 as a way of getting more milage out of existing hardware on an existing project. Of course there are projects that will not adapt at all, but we are surprised how many projects are switching to at least some use of Ada 95 in mid-stream. Well I have a copy of GNAT 3.05 for DOS, one for Solaris and a copy of the NT version 3.04, but I am not using them so your conclusion here is not guaranteed. I am talking about people who pick up more than one version for the same target, so you would not be on that particular radar screen!