comp.lang.ada
 help / color / mirror / Atom feed
From: deller@vrdxhq.UUCP (Steven Deller)
Subject: Re: PL/1 a dead language?
Date: 30 May 88 18:38:56 GMT	[thread overview]
Message-ID: <7635@vrdxhq.UUCP> (raw)
In-Reply-To: 637@hub.ucsb.edu

In article <637@hub.ucsb.edu>, angst%csilvax@hub.ucsb.edu (vaguely human) writes:
> Anyone have any negative experiences with the TeleGen 2.15 (I think)
> compiler for the Sun 3?   ... and it seems that the TeleGen compiler is way
> faulty.  For one thing, it seems that guards (i.e. when statements)
> on accept statements simply do not get evaluated sometimes.
>  ... 
> When I compile this with the Verdix
> Ada compiler on our Vax, the program prints "==> DEADLOCK! <== No tasks
> to run, no delays waiting."   ...

Dave Stein runs a program on an unidentified version of VADS and reports 
"bogus" results.  HIS TEST ENVIRONMENT IS BOGUS.

Dave is not a registered user of Verdix VADS, nor are we able to find UCSD in 
any customer files so I am unable to verify what compiler he ran, but it is 
certainly not any compiler Verdix has shipped in over 2 years.

I have run his program on all version of VADS 5.41 (1-1/2 years old) that I
have available at my test site (Sun-3 self 5.41(q), VAX/UNIX 5.41(b), 
Sequent 5.41, and VAX/VMS 5.41(c)).  ALL PRODUCE CORRECT EXECUTION RESULTS.

Below is the verbose output from our latest VADS 5.5 for Sun-3 self.  I can 
only assume that Dave is running version VADS 5.3a (released March 1986) or 
some even earlier version of VADS.

While Telesoft does not need me covering for them, I would also point out that
since at least Sept 1987 Telesoft has been using Telegen 3.11 and beyond for
validation, not the "Version 2.15 (?)" that he quotes.

Dave -- if you MUST post news to such a wide forum, please try to be more
specific about your test environment in your posting.  Undoubtedly there will 
be scores of additional postings saying "my compiler x runs this and produces 
y" or "compiler z does fine", with UNDESERVED NEGATIVE IMPLICATIONS FOR VERDIX 
AND TELESOFT.  If you had 2-year old versions of those other compilers, I know 
for a fact that you would find numerous blatant errors, if not this error.  

All on the net -- please try to check with the vendor before wasting the time
of the net like this.  And if you MUST post without contacting the vendor, do 
try to post results for a compiler that is no more than one version old.

Steven Deller
Director, Verdix Customer Support, 703+378-7600, deller@vrdxhq.uu.net

------------------
Script started on Mon May 30 14:18:38 1988
sun3_260% ada -v -T -M blah -o blah.out blah.a

Verdix Ada Compiler, Copyright 1984, 1985, 1986, 1987
Version 5.5 - Sun UNIX
Fri May 13 18:54:43 PDT 1988 (j)

File: /usr/ac/deller/test/blah.a
        compiled Mon May 30 14:18:54 1988
        by user deller

        floating point processor MC68881

unit:   subprogram body blah
        NO Ada ERRORS           UNIT ENTERED

18 statements   31 lines
optimization pass       1       blah..NLSB
        204      IL instructions in
        163      IL instructions out

TIMES for Front End         wall 4.31   cpu 0.85
TIMES for Code Generator    wall 1.14   cpu 0.66
TIMES for Optimizer         wall 0.94   cpu 0.58
TIMES for a.ld              wall 12.40   cpu 4.55
TIMES for TOTAL TIME        wall 19.38   cpu 6.73
sun3_260% ./blah.out
can't accept yet
can't accept yet
can't accept yet
can't accept yet
can't accept yet
can't accept yet
can't accept yet
can't accept yet
can't accept yet
can't accept yet
x>10
we made it
sun3_260% exit
sun3_260% 
script done on Mon May 30 14:19:42 1988
--------------------
-- 
<end_message> ::= <disclaimer> | <joke> | <witty_saying> | <cute_graphic>
{verdix,uunet,umd5}!vrdxhq!deller      deller@vrdxhq.uu.net

  reply	other threads:[~1988-05-30 18:38 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1988-05-25  9:40 PL/1 a dead language? vaguely human
1988-05-30 18:38 ` Steven Deller [this message]
  -- strict thread matches above, loose matches on Subject: below --
1988-06-01 17:45 Ted J. Nothorn @spot
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox