Florian Klaempfl <[EMAIL PROTECTED]> wrote:
I'am currently thinking about implementing OpenMP support in FPC.
Is this similar as polyphinic C# ? (you gave me a link a while ago)
What I'm puzzeled with, usually an API specifies the interface to an
external library, where here it seems a spec
Am Dienstag, den 18.07.2006, 21:34 +0200 schrieb Marco van de Voort:
> > Am Dienstag, den 18.07.2006, 15:42 +0200 schrieb Marco van de Voort:
> > >
> > > *dir functions are special. These are (3) functions and are done by an own
> > > probably not 100% compat implementation in syscall ports.
> >
> Am Dienstag, den 18.07.2006, 15:42 +0200 schrieb Marco van de Voort:
> >
> > *dir functions are special. These are (3) functions and are done by an own
> > probably not 100% compat implementation in syscall ports.
>
> I'll go looking there, thanks.
>
> ... has this changed recently? I looked a
On Tue, 18 Jul 2006, Alexandre Leclerc wrote:
> 2006/7/17, Mattias Gaertner <[EMAIL PROTECTED]>:
> > On Mon, 17 Jul 2006 21:12:31 +0200
> > Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > > However, there is currently (to my knowledge) no pascal syntax defined
> > > for OpenMp support.
> >
> > R
Am Dienstag, den 18.07.2006, 15:42 +0200 schrieb Marco van de Voort:
> > I'm talking about the function "readdir_r" existing at least on bsd's
> > and on newer linux.
>
> *dir functions are special. These are (3) functions and are done by an own
> probably not 100% compat implementation in syscal
> Am Dienstag, den 18.07.2006, 09:39 +0200 schrieb Marco van de Voort:
>
> > Note that using libc has some advantages too, I list some in
> > http://www.stack.nl/~marcov/unixrtl.pdf which was the original design doc
> > for the Unix reform.
>
> I read this and browsed the source back and forth an
Am Dienstag, den 18.07.2006, 09:39 +0200 schrieb Marco van de Voort:
> Note that using libc has some advantages too, I list some in
> http://www.stack.nl/~marcov/unixrtl.pdf which was the original design doc
> for the Unix reform.
I read this and browsed the source back and forth and to be honest
2006/7/17, Mattias Gaertner <[EMAIL PROTECTED]>:
On Mon, 17 Jul 2006 21:12:31 +0200
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> However, there is currently (to my knowledge) no pascal syntax defined
> for OpenMp support.
Right. AFAIK OpenMP is only a standard for C/C++ and Fortran. It's not an
On Mon, 17 Jul 2006 21:12:31 +0200
Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> I'am currently thinking about implementing OpenMP support in FPC.
There seems to be something in the air.
I had the same idea two weeks ago. Well, to be honest, I had the idea as I
heard of OpenMP 3 years ago, but no
> I read http://www.freepascal.org/wiki/index.php/OS_aware_RTL
>
> and wonder when {$FPC_USE_LIBC} is set and how the decision is made?
For *nix the main advantage of syscalls is that the avg small
binary holds better in time, not in the least the compiler itself.
Also crosscompiling these basic
On Tue, 18 Jul 2006, Carsten Bager wrote:
"Can I program a Linux device driver with FPC?" This question was
asked 3 years ago. The answer was "In theory it is possible, you
would have to write a 'kernel-rtl'" (Michael Van Canneyt).
Has there been any development in this area?
No. Operating s
"Can I program a Linux device driver with FPC?" This question was
asked 3 years ago. The answer was "In theory it is possible, you
would have to write a 'kernel-rtl'" (Michael Van Canneyt).
Has there been any development in this area?
Carsten
___
fpc
> You can enable it for most (all?) *nix'es by compiling the rtl with
> OPT="-dFPC_USE_LIBC"
I haven't tested this recently.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
13 matches
Mail list logo
