On 20.08.2010 17:47, Mark Morgan Lloyd wrote:
I've previously had FPC (and Lazarus) running natively on Debian ARM,
but I think it was Etch- things got a bit cloudy after that. The
kernel being shipped with Lenny is 2.6.26-2 and I note
CONFIG_AEABI=y
CONFIG_OABI_COMPAT=y
If I download the
On 20.08.2010 18:51, Stefan Kisdaroczi wrote:
On 20.08.2010 17:47, Mark Morgan Lloyd wrote:
I've previously had FPC (and Lazarus) running natively on Debian ARM,
but I think it was Etch- things got a bit cloudy after that. The
kernel being shipped with Lenny is 2.6.26-2 and I note
Hi,
what is the current state of fpc 2.4.2 ?
The last commit to fixes_2_4 was on 3. july. There is a tag 2.4.2_rc1 from 3.
july too.
( and there is a wrong tag 2.4.0_rc1 ... happens, svn delete ? )
Is there a release plan? Are there any rc1 binaries to download and test?
Is there a wiki page
On 23.07.2010 15:31, Joost van der Sluis wrote:
On Mon, 2010-07-19 at 06:20 +0300, Adem wrote:
[Please bear with me while I am trying to formulate this question; it
is a tough one to do succinctly]
If I am not mistaken, a version X of FPC is guaranteed to be compilable
with version (X
On 14.07.2010 18:54, Marcos Douglas wrote:
On Wed, Jul 14, 2010 at 12:59 PM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
On Wed, 14 Jul 2010 12:51:29 -0300
Marcos Douglas m...@delfire.net wrote:
On Wed, Jul 14, 2010 at 12:32 PM, Mattias Gaertner
nc-gaert...@netcologne.de
Marcos Douglas schrieb:
On Wed, Jul 14, 2010 at 2:55 PM, Stefan Kisdaroczi ki...@hispeed.ch wrote:
create a rar.pas containing only the line:
{$include rar/zip.pas}
compile with:
fpc -Un rar.pas
-UnDo not check where the unit name matches the file name
Interesting...
Anyone
Am 06.05.2010 12:46, schrieb Graeme Geldenhuys:
On 6 May 2010 12:38, Michael Schnell mschn...@lumino.de wrote:
was if Lazarus itself can successfully compile itself so that the
resulting Lazarus IDE runs with QT.
Yes. Use the menu: Tools Configure Build Lazarus and select Qt as
the
Am 04.01.2010 16:29, schrieb Stefan Kisdaroczi:
Am 04.01.2010 16:13, schrieb Jonas Maebe:
On 04 Jan 2010, at 14:49, Stefan Kisdaroczi wrote:
Thanks for the fast reply. No Problem to work around this one, but
there are 1788 succ() calls :-o in our applications :-)
That was the only one
Am 29.01.2010 12:08, schrieb Marco van de Voort:
In our previous episode, Aleksa Todorovic said:
Absolutely! But in the first instance, we need to choose if this is
actually going to be part of FPC or not.
I don't really see a need for this. Some languages are terminator, some are
Am 07.01.2010 09:40, schrieb Michael Schnell:
Jonas Maebe wrote:
while the rtl does pre-allocate some
memory from the system on startup, it can still allocate more later if
necessary, and it can also free memory back to the system.
That is why I suggested that he needs to create a
Am 06.01.2010 12:35, schrieb Michael Schnell:
Florian Klaempfl wrote:
Did you look at the xenomai website?
Seemingly you need to do your own device drivers and not use any Linux
system calls in your realtime process, that seems to run Linux in a kind
of virtualization.
So FPC
Am 06.01.2010 14:02, schrieb Michael Schnell:
Stefan Kisdaroczi wrote:
You can call normal linux system calls without problems, that is one of the
big features of xenomai, but of course you have to take care, it can have an
impact on the realtime performance.
Meaning that when doing
Am 06.01.2010 15:38, schrieb Jonas Maebe:
On 06 Jan 2010, at 15:25, Stefan Kisdaroczi wrote:
AFAIK the RTL allocs the heap on app startup, or on thread-creation
with 2.4.0.
In my code im using getmem() to alloc mem from the heap, this will not
generate
syscalls because the heap
hi,
to create hard realtime linux programs with freepascal and xenomai [1] in
userspace
I'm installing a custom ThreadManager and a MemoryMutexManager on program init
like this:
SetThreadManager( XenoThreadManager );
SetMemoryMutexManager( XenoMemoryMutexManager );
This worked until 2.2.4.
hi list,
the code below compiled and worked with fpc 2.2.x.
With fpc 2.4.0 compilation fails with Division by zero.
8
program divsucc;
begin
writeln( 256 DIV succ(255) );
end.
8
Free Pascal Compiler version 2.4.0 [2009/12/18] for i386
Copyright (c) 1993-2009 by Florian
Am 04.01.2010 14:26, schrieb Jonas Maebe:
On 04 Jan 2010, at 14:07, Stefan Kisdaroczi wrote:
8
program divsucc;
begin
writeln( 256 DIV succ(255) );
end.
8
Free Pascal Compiler version 2.4.0 [2009/12/18] for i386
Copyright (c) 1993-2009 by Florian Klaempfl
hi all,
i need the mlockall() call (unit libc) in my realtime apps on linux i386 to
lock the address space of the process.
Works, but unit libc has no future and it's the only function i need from this
unit.
I would like to add this call to another unit (unix? baseunix?).
Can I look at the
Am 04.01.2010 16:13, schrieb Jonas Maebe:
On 04 Jan 2010, at 14:49, Stefan Kisdaroczi wrote:
Thanks for the fast reply. No Problem to work around this one, but
there are 1788 succ() calls :-o in our applications :-)
That was the only one that did not compile. All others did compile
Hi all,
FindFirst from fpc 2.2.4 returns zero (file found) and an empty Name if I
search for files in a empty directory.
With fpc 2.2.2 FindFirst returns -1 as expected.
Im using Debian Lenny (i386) and installed the 2.2.4 *.deb's from the
freepascal ftp site.
The following program is quiet
Stefan Kisdaroczi schrieb:
Hi,
Florian Klaempfl schrieb:
Stefan Kisdaroczi schrieb:
Hi all,
the libgdb detection fails with make deb (fixes_2_2 and trunk). The
attached patch worked for me.
I think it is on purpose that you get a failure when do you don't have
libgdb, so broken
Stefan Kisdaroczi wrote:
Hi,
Daniël Mantione wrote:
Op Tue, 29 Aug 2006, schreef Rob van der Linde:
[...]
It would be nice to see 64 bit .DEB packages downloadable too, in the
future maybe. I think .DEB packages are very important to support, since
Ubuntu is now one of the top Linux
Hi,
peter green schrieb:
I would love to be a maintainer and build .deb files, however I do not
own a 64 bit CPU and can't afford one at the moment because it would
also mean a new motherboard and RAM too, so that crosses me out pretty
much. In fact, I really would love to see Free Pascal
Hi,
please try this as root
/usr/sbin/update-alternatives --remove pc /usr/bin/fpc
and retry to install.
thx
kisda
J. Peter Mugaas wrote:
I was using the make deb from the fpcbuild trunk and I am able to generate
the .deb files for installation. But now, I get another error when
Micha Nelissen schrieb:
Stefan Kisdaroczi wrote:
not needed: control is created from control.in by script fixdeb like all
*.in files
outdated: amd64 arch is missing, but is in control.in
Micha ? Am i wrong ? What about the others files ?
Hmm, dpkg-buildpackage needs a control file before
hi,
repos fpcbuild: trunk and fixes_2_0, install/doc/whatsnew.txt
Improved data base support and
Improved database support means the same i think...
kisda
Index: whatsnew.txt
===
--- whatsnew.txt(Revision 153)
+++
Michael Van Canneyt wrote:
On Sat, 22 Jul 2006, Stefan Kisdaroczi wrote:
Hi,
doc build fails with make deb in the fixes_2_0 branch.
RTL Documentation: fpdoc error /rtl/unix/graph.pp not found.
It seems it was moved to packages/base/graph/unix/graph.pp
This has been fixed since some
Micha Nelissen wrote:
Stefan Kisdaroczi wrote:
Hi,
i have attached a patch for the fpcbuild repository. Created and tested
with branch fixes_2_0.
The patch contains modifications made by the debian maintainer (deb) for
the official debian packages and some fixes by myself (me).
D
Michael Van Canneyt wrote:
On Sat, 22 Jul 2006, Stefan Kisdaroczi wrote:
Michael Van Canneyt wrote:
On Sat, 22 Jul 2006, Stefan Kisdaroczi wrote:
Hi,
doc build fails with make deb in the fixes_2_0 branch.
RTL Documentation: fpdoc error /rtl/unix/graph.pp not found.
It seems
Michael Van Canneyt wrote:
On Sat, 22 Jul 2006, Stefan Kisdaroczi wrote:
Michael Van Canneyt wrote:
On Sat, 22 Jul 2006, Stefan Kisdaroczi wrote:
Michael Van Canneyt wrote:
On Sat, 22 Jul 2006, Stefan Kisdaroczi wrote:
Hi,
doc build fails with make deb in the fixes_2_0 branch.
RTL
Hi,
i have attached a patch for the fpcbuild repository. Created and tested
with branch fixes_2_0.
The patch contains modifications made by the debian maintainer (deb) for
the official debian packages and some fixes by myself (me).
D install/debian/control
- not needed and outdated -
Hi,
doc build fails with make deb in the fixes_2_0 branch.
RTL Documentation: fpdoc error /rtl/unix/graph.pp not found.
It seems it was moved to packages/base/graph/unix/graph.pp
thx
kisda
signature.asc
Description: OpenPGP digital signature
___
Ales Katona wrote:
Stefan Kisdaroczi wrote:
Hi,
im trying to use sockets in a unit which should work on linux and win32.
I use the sockets unit, but for things like SOL_SOCKET, TTimeval (for
setsockopt), SO_RCVTIMEO, fpgeterrno
I finally had to use unix,unixtype,baseunix. This on Linux
Am Wednesday 18 January 2006 12:06 schrieb Vinzent Hoefler:
On Wednesday 18 January 2006 10:30, Stefan Kisdaroczi wrote:
...
When I include cthreads and (manually?) initialize the ThreadManager,
would it be ok ?
I think you should simply write and install your own thread manager
based
Am Thursday 19 January 2006 09:24 schrieb Florian Klaempfl:
Stefan Kisdaroczi wrote:
Am Wednesday 18 January 2006 12:06 schrieb Vinzent Hoefler:
On Wednesday 18 January 2006 10:30, Stefan Kisdaroczi wrote:
...
When I include cthreads and (manually?) initialize the ThreadManager,
would
Hi,
im currently testing my pascal-bindings for the Xenomai [1] realtime extension
for Linux. Xenomai allows to program hard realtime programs in userspace.
Its a normal library used with $linklib.
Its working so far, but using multiple tasks, there are some strange effects
Am Wednesday 18 January 2006 12:06 schrieb Vinzent Hoefler:
On Wednesday 18 January 2006 10:30, Stefan Kisdaroczi wrote:
Its working so far, but using multiple tasks, there are some strange
effects (exceptions,hangs).
From the freepascal documentation:
Although it is not forbidden to do
36 matches
Mail list logo
