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
next prev parent 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