[fpc-devel] Alternative parsers

[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.