Hi List
This is my first post to the list and I'm new to fpc too.
I'm interested in using fpc to create .so/.dll for the Neko
virtual machine (http://www.nekovm.org), instead of using C for the same
task. So that means translating header files. I've done some of this
and had some success but
Op Sun, 26 Aug 2007, schreef blackdog:
Hi List
This is my first post to the list and I'm new to fpc too.
I'm interested in using fpc to create .so/.dll for the Neko
virtual machine (http://www.nekovm.org), instead of using C for the same
task. So that means translating header files.
On 26 Aug 2007, at 13:53, Daniël Mantione wrote:
Neko uses the boehm garbage collector, so my question is, does
fpc play well with boehm? My assumption has been that fpc
could be used as a straight replacement for C.
I'm not aware of any uses in practice, but I expect it will work.
Someone
On 26 Aug 2007, at 15:00, Daniël Mantione wrote:
An FPC .so can be a perfect replacement for a C .so. I'm not aware of
limitations.
Except for a bug caused by the *prt*.as - si_*prc*.inc transition
which means that currently under Linux the initialization sections
are not executed:
Thanks ,
That removes some variables from my bug hunt.
Cheers
bd
On Sun, 26 Aug 2007 15:00:11 +0200 (CEST)
Daniël Mantione [EMAIL PROTECTED] wrote:
Op Sun, 26 Aug 2007, schreef blackdog:
Hi Daniël
Thanks for the quick reply. I don't necessarily want fpc to interact
with
with boehm directly by redirecting the memory manager calls, however now
that you've mentioned it could be a solution, my question is should
an fpc .so be a direct replacement for a C .so?
An FPC .so can be a perfect replacement for a C .so. I'm not aware of
limitations.
Note, this
I am running under linux - but I'm not using initalization or
finalization sections, so i think i'm ok.
thanks for the info
bd
On Sun, 26 Aug 2007 15:07:44 +0200
Jonas Maebe [EMAIL PROTECTED] wrote:
On 26 Aug 2007, at 15:00, Daniël Mantione wrote:
An FPC .so can be a perfect