home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.intel
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!ficc!kunkee
- From: kunkee@ferranti.com (randy kunkee)
- Subject: Re: PLM programming query
- Message-ID: <id.OCRS.SBE@ferranti.com>
- Organization: Unix/Xenix Support Group
- References: <1992Aug26.093356.6125@canon.co.uk> <MAYER.92Aug26102743@porky.sono.uucp>
- Date: Fri, 28 Aug 1992 15:28:30 GMT
- Lines: 40
-
- 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
-