[fpc-devel] Alternative parsers

Sven Barth pascaldragon at googlemail.com
Thu Oct 21 10:00:24 CEST 2010


Am 21.10.2010 09:57, schrieb Florian Klaempfl:
> Am 21.10.2010 09:51, schrieb Sven Barth:
>> Am 21.10.2010 08:54, schrieb Florian Klaempfl:
>>> Am 20.10.2010 10:07, schrieb Michael Schnell:
>>>> but this would be a lot better than the
>>>> current situation where linking FPC and C++ is completely impossible due
>>>> to the different ABI.
>>>
>>> Really? How does accessing Qt then work? Do you know more than me? Did I
>>> dream that Lazarus has a Qt widget set? Even more: who does the
>>> compilation of e.g.
>>> http://svn.freepascal.org/svn/fpc/trunk/tests/test/cg/tcppcl1.pp in the
>>> daily testsuite runs?
>>>
>>> The tests (which cover only part of the cppclass support in FPC) are one
>>> of the reality checks for your hypotheses about the usefulness of a
>>> crippled C++ front end. And they show: crippled C++ support is not
>>> needed, cppclasses is basically not used by anybody as far as I know.
>>
>> cppclass is not used, because it's not even remotly ready for real world
>> stuff.
>
> Indeed that's exactly my point: it is currently as usefull as a crippled
> C++ front end for FPC because a crippled front end would probably fail
> on compiling any only slightly complex C++ library. But: getting the
> cppclass support etc. into shape is much easier than a full fledged C++
> front end.

That's what I hope. :D

Regards,
Sven



More information about the fpc-devel mailing list