[fpc-devel] RTTI interface & variant late binding issue (mORMot)

[Alfred]

Well. About the non compatible. I can only detect these:

1)
RTTICount: Word; //$FFFF if there is no further info, or the value of 
Count
I did not see it set to $FFFF in case of missing RTTI. As Delphi 
reportedly does.
But perhaps this has already been done somewhere else.

But, in my opinion, this is not of much importance


2)
Properties are in front of methods.
This is different from Delphi.
But I know that this cannot be changed.
That would break a whole lot of code !
And again, if you are aware of this: no problems at all.


So, for me, this is all ok now !!

And I am willing to test on simple ARM (Pi[2], BBB).
If you provide me with code !

Thanks again, Alfred.


------ Origineel bericht ------
Van: "Steve Hildebrandt" <Steve.Kassel at web.de>
Aan: fpc-devel at lists.freepascal.org
Verzonden: 25-2-2015 19:16:17
Onderwerp: Re: [fpc-devel] RTTI interface & variant late binding issue 
(mORMot)

>
>Am 25.02.2015 um 18:47 schrieb Alfred:
>>Hello Steve, all,
>>
>>I would like to report 100% success with the latest RTTI patches !!!!
>>
>Nice to hear.
>If anything is not compatible with the information delphi provides 
>please report back to me.
>>One (first) request:
>>Would it be ok to add pfConstRef to the TParamFlag in typinfo.pp ?
>>
>The RTTI should already be generated the enum value was simply missing.
>See attached Patch.
>>One (second) request:
>>The same RTTI on ARM would also be very welcome.
>>As stated before, my interest is running mORMot on ARM (e.g. Raspberry 
>>Pi[2]).
>>
>Since I'm unable to test it myself right now, I could only try to write 
>this blind and let somebody else do the testing.
>It would also help to know what calling conventions are supported and 
>how they work if they are not compareable to the i386/x64 ones.
>(Link to a good documentation or a short write up)
>The other way this could work is, if somebody with an ARM system takes 
>over and I explain where compiler changes need to be made.
>
>mfg Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-devel/attachments/20150225/693c7c4d/attachment.html>