Hi,
since I know fpc has a code generator for ARM CPUs and is running on
FreeBSD I'd like to know:
What would be needed to make the compiled programm run on FreeBSD for
ARM?
If there is some real porting work to do (as an opposite of
re-configuration), how much time may that take?
The FreeBSD
Thomas Miller schreef:
I am frustrated by a very simple problem. I am trying to convert real
to integer, using free pascal for mac. I am an old Think Pascal user
who just recently found free pascal and, while thrilled to have a pascal
compiler for mac OSX, I am still a bit lost. In Think
On 29 mei 2006, at 14:46, Thomas Miller wrote:
I am frustrated by a very simple problem. I am trying to convert
real to integer, using free pascal for mac. I am an old Think
Pascal user who just recently found free pascal and, while thrilled
to have a pascal compiler for mac OSX, I am
The problem is that Apple's universal interfaces also include a
round function, which returns a real instead of an integral type.
How can one find such a thing himself without trialerror?
Some time ago I had a similar problem with bool DeleteFile(PChar) function in
Windows API and
Пётр Косаревский schreef:
The problem is that Apple's universal interfaces also include a
round function, which returns a real instead of an integral type.
How can one find such a thing himself without trialerror?
Some time ago I had a similar problem with bool DeleteFile(PChar) function
Hi,
on FreeBSD I use fpOpen, fpIoctl, etc. to drive some generic device. In
my porting efforts to win32 I have found the more generic FileOpen, but
no equivalent of fpIoctl or it's underlying unix system call ioctl().
An old win32.hlp told me Windows has DeviceIoCtl(), but I'm not really
sure if
Hi,
I use FpIOctl from BaseUnix . My platform is Linux. I do FpOpen then
FpIOCTL. It works!
However:
The kernel 2.6 has a new naming convention for the function number. See
the file: asm/ioctl.h
This file contains many constants and the final call number is assembled
from the direction type,
On 29 May 2006, at 23:09, Alain Michaud wrote:
In the mean time, I calculate the function number by hand,
knowing the
device number, function number, IO_RW, etc... Or if I use a
precedure do
do this, then this will slow the program down.
It should be no problem to use (inline or
Am Montag, 29. Mai 2006 22:47 schrieb Marc Santhoff:
Hi,
on FreeBSD I use fpOpen, fpIoctl, etc. to drive some generic device.
In my porting efforts to win32 I have found the more generic
FileOpen, but no equivalent of fpIoctl or it's underlying unix system
call ioctl().
An old win32.hlp
Alain Michaud wrote:
In the mean time, I calculate the function number by hand, knowing the
device number, function number, IO_RW, etc... Or if I use a precedure do
do this, then this will slow the program down.
AFAIK, these numbers are mostly constants, so you need to do this work
only once.
On 5/29/06, Alain Michaud [EMAIL PROTECTED] wrote:
I wanted to write a unit that would simulate this file (ioctl.h), but,
this header file contains mainly macros. I do not think that it is
possible to write some Pascal code that would in fact be a macro! If
someone knows if it possible to write
Am Montag, den 29.05.2006, 23:30 +0200 schrieb Burkhard Carstens:
Am Montag, 29. Mai 2006 22:47 schrieb Marc Santhoff:
Hi,
on FreeBSD I use fpOpen, fpIoctl, etc. to drive some generic device.
In my porting efforts to win32 I have found the more generic
FileOpen, but no equivalent of
On 5/29/06, Vincent Snijders [EMAIL PROTECTED] wrote:
Use a IDE with code tools that support find declaration.
that is a terrible answer.
this isn't the IDE list, it is the Free Pascal compiler list.
i would have beat my head against a wall for days on a problem like that.
i would suggest
13 matches
Mail list logo