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

Sven Barth pascaldragon at googlemail.com
Sat Feb 7 14:28:40 CET 2015


On 07.02.2015 14:15, Michael Van Canneyt wrote:
>
>
> On Sat, 7 Feb 2015, Jonas Maebe wrote:
>
>> On 07/02/15 13:19, Michael Van Canneyt wrote:
>>>
>>> On Sat, 7 Feb 2015, Jonas Maebe wrote:
>>>
>>>> The libffi license is basically a BSD license, that's no problem at
>>>> all:
>>>> https://github.com/atgreen/libffi/blob/master/LICENSE
>>>
>>> I am not a proponent of third-party dependencies.
>>
>> I am not a proponent of reimplementing everything but the kitchen sink
>> because of other people's adversity to reusing existing solutions.
>
> I don't mind reusing existing solutions, I often do so.
>
> But keeping dependencies on external libs to a minimum is also a concern.
>
>>> Then, there is a practical issue:
>>> I doubt libffi knows the Delphi calling conventions and the pascal
>>> calling convention where the callee clears the stack (or was it vice
>>> versa)? Since that is our main target group, I consider this a serious
>>> problem.
>>
>> It does support those calling conventions.
>
> Well.
> Prior to posting my statement, I checked, and it is not in the list of
> supported architectures.

"Delphi" is not an architecture. The "register" calling convention is 
part of the x86 support. If you look at $ffisrc/src/x86/ffitarget.h 
you'll notice a FFI_REGISTER variable which is the default Delphi 
calling convention.

Regards,
Sven




More information about the fpc-devel mailing list