Hi Daniël Thanks for the quick reply. I don't necessarily want fpc to interact 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? Can you think of any reason when that would not be the case - apart from bad translation of header files. For example, neko uses dlopen with RTLD_LAZY to load the .so, does fpc expect RTLD_NOW or anything like that?
Thanks again bd On Sun, 26 Aug 2007 13:53:12 +0200 (CEST) Daniël Mantione <[EMAIL PROTECTED]> wrote: > > > 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. I've done some > > of this and had some success but I'm getting some random problems > > occurring. > > > > 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. > FPC's memory manager is repleacable by means of procvars, so you have > a lot of flexibility. > > Daniël -- http://www.blackdog-haxe.com/ "It is no measure of health to be well adjusted to a profoundly sick society." --Jiddu Krishnamurti _______________________________________________ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
