On 2010-07-02 10:37, Aleksa Todorovic wrote:
And I believe you are overlooking all problems coming with maintenance of such 
solution. I agree that having one parser for all different kind of usage is 
solution which would be great to have, but my opinion is that it should be 
based on fcl parser, not compiler's one.

And later, IF (whoever does the job) succeeds in making such a good parser 
(which gets integrated into, for example, Lazarus and proves to be well 
implemented), only then it is time to think how to connect that parser with 
compiler's one. At least, that's how I see this situation.
Why not this: Modularize FPC's parser and test in extensively in a forked FPC.
If it passes, then propose it to FPC.
Afterwards, FCL --as well as anyone else-- can use it to their hearts content.
And, that expands horizons, brings in more talent.

Which cannot be bad for FPC, can it?
It all sounds really nice, doesn't it :-)
Just wait till I tell you my plans for peace in Middle East, hunger in Ethiopia, law and order in Afghanistan etc. :)

Cheers,

Adem


--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply via email to