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 bei
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 down
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 wit
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
Marcos Douglas schrieb:
> On Wed, Jul 14, 2010 at 2:55 PM, Stefan Kisdaroczi 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 match
On 14.07.2010 18:54, Marcos Douglas wrote:
> On Wed, Jul 14, 2010 at 12:59 PM, Mattias Gaertner
> wrote:
>
>> On Wed, 14 Jul 2010 12:51:29 -0300
>> Marcos Douglas wrote:
>>
>>
>>> On Wed, Jul 14, 2010 at 12:32 PM, Mattias Gaertner
>>> wrote:
>>>
On Wed, 14 Jul 2010 12:23:00 -
Am 06.05.2010 12:46, schrieb Graeme Geldenhuys:
> On 6 May 2010 12:38, Michael Schnell 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 widgetset.
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 :
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 crea
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
>>
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
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 p
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.
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
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 fpmm
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 Co
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
Jonas Maebe schrieb:
>
> On 21 Apr 2009, at 16:47, Stefan Kisdaroczi wrote:
>
>> 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.
>>
&g
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 wi
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 t
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'
Hi all,
the libgdb detection fails with "make deb" (fixes_2_2 and trunk). The attached
patch worked for me.
greetings
kisda
Index: Makefile.fpc
===
--- Makefile.fpc(revision 369)
+++ Makefile.fpc(working copy)
@@ -43
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 Pas
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 packag
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 distros.
>
> .d
Hi,
the IDE segfaults (SIGSEGV) on startup on my System.
I have the problem with fpc on amd64/linux/debian and didnt test on other
systems.
The strange thing is, that I know a way to start the ide which works, but I
dont find the problem.
I normally have only the Debian Package installed, but f
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)
+++ whats
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 other
Micha Nelissen schrieb:
> Stefan Kisdaroczi wrote:
>> ===
>> --- install/debian/copyright.in (revision 144)
>> +++ install/debian/copyright.in (working copy)
>> @@ -5,8 +5,7 @@
>>
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
> inst
Stefan Kisdaroczi wrote:
> 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 t
Hi,
i've attached two .de.po files for fpdoc from the debian bts.
They were sent by Holger Wansing <[EMAIL PROTECTED]> for fpdoc 2.0.0-4.
See debian bugs #346247 [1] and #348408 [2].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346247
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3
Vincent Snijders wrote:
> 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 Kisd
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 Kisd
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_
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 debia
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 pac
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
___
fp
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 -> rem
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
>
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.
Now I try to compile it on windows:
It seems I need
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
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
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:
&g
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
(exceptions,hangs)
Hi,
I tried fpdoc (fpc 2.0.0,win2000) and it crashes because it seems not to expand
macros.
Example unit:
UNIT fpdoctest1;
{$DEFINE HELLO:=//}
HELLO WORLD;
INTERFACE
IMPLEMENTATION
END.
It compiles ok :
>fpc -Sm fpdoctest1.pas
Target OS: Win32 for i386
Compiling fpdoctest1.pas
11 Lines compile
47 matches
Mail list logo
