Hi All,
excuse me if I have included the code, but I really need help.
I have:
1) spa.c (coded in ANSI C) which compiled with mingw produces "spa.dll",
and compiled with gcc produces a "libspa.so" under Linux.
2) myDelphi.dpr (a delphi project) uses "spa.dll" and works fine.
3) myFpc.pp (a FP pr
const
spaDLL = 'spa.dll';
I mean here:
const
spaDLL = 'libspa.so';
//Calculate SPA output values (in structure) based on input values
passed in structure
function spa_calculate(PRec: PSpaData): integer; cdecl; external spaDLL;
implementation
end.
seen the problem exists only under
On Sun, 9 Apr 2006, Jilani Khaldi wrote:
> Hi All,
> excuse me if I have included the code, but I really need help.
> I have:
> 1) spa.c (coded in ANSI C) which compiled with mingw produces "spa.dll", and
> compiled with gcc produces a "libspa.so" under Linux.
> 2) myDelphi.dpr (a delphi project
It would be helpful if you could tell what exactly the problem is.
But from first glance, you need at least to add {$mode objfpc} or {$mode delphi}
so integer is 32-bit instead of 16 bit. Secondly, normally you should
add a
{$packrecords C}
Thank you very much Michael, you hint to add "{$pa
On Sun, 9 Apr 2006, Jilani Khaldi wrote:
>
> > It would be helpful if you could tell what exactly the problem is.
> >
> > But from first glance, you need at least to add {$mode objfpc} or {$mode
> > delphi}
> > so integer is 32-bit instead of 16 bit. Secondly, normally you should
> > add a {$p
Tom Verhoeff ha scritto:
This makes it much less attractive to release units without source
code. That may be understandable from an open-source perspective,
but in teaching I find it useful or even necessary to provide units
without source code.
IN TEACHING?
Btw. no sane commercial Del
