Re: Simula to C++ translator (Dennis Yelle)
16 Aug 1996 11:31:18 -0400

          From comp.compilers

Related articles
Simula to C++ translator (1996-08-15)
Re: Simula to C++ translator (1996-08-16)
Re: Simula to C++ translator (stanley (s.t.h.) chow) (1996-08-16)
Re: Simula to C++ translator (Peter Brueckner) (1996-08-19)
| List of all articles for this month |

From: (Dennis Yelle)
Newsgroups: comp.compilers
Date: 16 Aug 1996 11:31:18 -0400
Organization: Very little
References: 96-08-039
Keywords: C++, translator, OOP

>I am presently trying to find the best way to migrate a large system
>written mainly in Simula from an old and soon unsupported platform to
>a new platform.
>3) Construct a translator tool. This could either be specific to the needs of
> this particular system, a full compiler with a strange output language, or
> something in between. A full compiler is, of course, the most exciting
> choice.
>We pick item 3. Now, how do I construct the translator? I could write it from
>scratch using tools like lex and yacc, or employ some higher-level tool like,
>say, the Cornell Synthesiser Generator. The translator must run in OS/2, NT
>or UNIX. It does not have to be particularly fast or have a nice user

I think you made your first mistake when you decided to do "A full compiler"
instead of a translator specific to your needs.
It looks like you made this choice because it was "the most exciting choice".
This is not a good reason. In fact, I think it is a bad reason.

On the other hand, if you start out doing a translator tool, when
you get done you will have something that quacks like a compiler.
But my gut feeling is that it might actually work this year.

If you start out aiming for a "full compiler" your project might
get canceled before you get done.

I am wondering if maybe there is a 4th option that you
have overlooked. Maybe something that sounds stupid like
simulating the old platform on the new platform?

-- (Dennis Yelle)

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.