[fpc-devel] RTTI generating
ppopov99 at gmail.com
Sat Sep 20 12:27:14 CEST 2014
I will add quick comment to this discussion: our products heavily rely on
the "automated" keyword, introduced in Delphi 2. What we use it for is
either to link dynamically GUI elements to particular code, or to do a
particular form of RPC. That is, the gui does not in advance the structure
of the code it is to represent. The key is the RTTI generated for
automated methods (although we need a hack to get the auto table start
Something like this would be extremely useful if we are to fully switch to
on Sat, 20 Sep 2014 00:14:42 +0300, silvioprog <silvioprog at gmail.com>
> On Fri, Sep 19, 2014 at 5:49 PM, Boian Mitov <mitov at mitov.com> wrote:
>> On Fri, 19 Sep 2014, Adriaan van Os wrote:
>>>>> Your remarks seem to imply that you think RTTI can be used to
>> any aspect of an object.
>> It was/is not meant for that.
>> Quite incorrect. All languages with modern RTTI allow for full object
>> inspection, and that includes Delphi 2010 and higher, C#, and even VB
>> The fact is that FPC is just stuck in the last century, and the lack of
>> any even remotely decent RTTI in it makes it unsuitable for any modern
>> Our code nowadays relies nearly 100% on advanced RTTI, and it was one of
>> the major factors, we decided to discontinue any attempts to support
>> If the Lazarus goal is to be just what D7 was ~12 or so years ago, fine,
>> but then easier goal is to be just what Turbo Pascal was in the late
>> 80s or
>> even easier goal, just be an assembler.
>> The world has moved since 2000, and FPC seems to be downright stuck
>> technology wise IMHO :-( .
>> With best regards,
>> Boian Mitov
> I may be wrong, but if I'm not mistaken, the new Delphi XE RTTI is being
> implemented in FPC.
> My dream is see a project like DORM (
> with FPC. :-)
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
More information about the fpc-devel