[fpc-devel] Alternative parsers
Juha Manninen (gmail)
juha.manninen62 at gmail.com
Wed Oct 20 12:34:58 CEST 2010
On Wednesday 20 October 2010 13:08:15 Marco van de Voort wrote:
> That is exactly the kind of circle reasoning that haunts these discussions.
> The actual target is a constant flux, and adapts to suit the reasoning:
>
> MS> We need a C++ frontend
> MV> Why ?
> MS> porting to Pascal is such a horror, and then we could C++ code as is.
> MV> implementing a C++ does not mean interoperability
> JH> Then change C++ so that is interoperable.
> MV> But then you are can't compile foreign C++ code anymore!
Yes, I admit C++ is a bad example. I would also say there is no practical way
to integrate it with FPC. It was not listed in DoDi's plans either. Somehow
the topic shifted here.
Still, C would be doable, for porting SOME existing code to co-operarate
directly with pascal code. If the C code uses lots of library calls it can't
be used directly. But, there is code for math and compression etc. which don't
call libraries much.
Languages like ADA, Modula (and Fortran ? and Basic ? ) would be realistic.
Juha
More information about the fpc-devel
mailing list