🚀 go-pugleaf

In article <MAYER.92Aug26102743@porky.sono.uucp> mayer@sono.uucp (Ron Mayer) writes:
>Yeah, me too.  Unless you have a huge codebase of existing PL/M code
>which needs to be maintained, I'd _strongly_ recommend switching to C
>(or c++, fortran, lisp, forth, teco, assembly language, or anything
>but PL/M (1/2 :-)).
>

Ditto for us.

>
>Also, on a similar subject, has anyone had any experience with any of
>these things, could you let me know your opinions of them:
>
>    The plm front end for GCC supposedly being developed by someone at
>    the "Technical Research Centre of Finland, Laboratory for
>    Information Processing (VTT/TIK)"
>
>    The PL/M-86 to C converter by
>    "Micro-Processor Services, Inc.; (516) 499 4461"
>
>
>    Ron Mayer
>    mayer@acuson.com


I've spoken to the MPS folks, and decided that our PLM code was too
idiosyncratic to work well with them.  We have Robert Ankeney's
translater and will be enhancing it ourselves to translate PLM to C.
Still, if your PLM is not very convoluted, MPS might work well.  We
just had some different ideas about how things should be done.

The e-mail address in Finland is tml@tik.vtt.fi.  I'm sorry I don't
know the name.  The posting was some months ago, and it would be
interesting to find out how this work is going.
-- 
Randy Kunkee
Ferranti International Controls Corporation
12808 W. Airport Blvd.  Sugar Land, TX 77478
UUCP: uupsi!ficc!kunkee       ph: (713) 274-5132
INTERNET: kunkee@ferranti.com