[fpc-pascal] Dead link

2008-02-10 Thread Milipili
I don't know if it can help but there is a dead link in this page : http://www.freepascal.org/docs-html/ref/refsu18.html#x44-490003.7.1 ((for the explanation of VarArrayCreate, see Unit reference.)) This link should lead to http://www.freepascal.org/docs-html/units/units.html , which does not ex

Re: [fpc-pascal] lul.pas does not compile with fpc 2.2.0

2008-02-10 Thread Joao Morais
Peter Vreman wrote: Skybuck Flying wrote: Doesn't make much sense to me at least. Who still codes in 16 bit or turbo pascal ? 64 KB programs ? Terrible limitations. I am glad those days are dead/gone/over. It was discussed already a couple of years ago to make objfpc the default compile m

Re: [fpc-pascal] Can you knock my socks off ? Can you mimic Skybuck's/Delphi's Major Breakthrough for code path and memory structure selection ?

2008-02-10 Thread Skybuck Flying
It's not really a problem so far it seems. Simply replace record with object and it will work and compile at least in Delphi. I haven't tried FPC yet... but if it wouldn't compile that would be amazing and a problem. None the less, the example remains interesting. It describes a general pr

Re: [fpc-pascal] Can you knock my socks off ? Can you mimic Skybuck's/Delphi's Major Breakthrough for code path and memory structure selection ?

2008-02-10 Thread Skybuck Flying
Ok, this morning I thought about it and maybe that will work. (I also just tried it, and it seems to work for now !) However what about the future, what if Tobject is dropped ? It probably will not happen because Tobject seems pretty important. Objects can have properties too. Only little rem

Re: [fpc-pascal] lul.pas does not compile with fpc 2.2.0

2008-02-10 Thread Marco van de Voort
> Doesn't make much sense to me at least. > > Who still codes in 16 bit or turbo pascal ? A few. > 64 KB programs ? > Terrible limitations. Agreed, but the FPC mode doesn't have these limitations. It is a TP dialect compability, but otherwise a full 32/64 bit mode. The compiler itself is writ

Re: [fpc-pascal] lul.pas does not compile with fpc 2.2.0

2008-02-10 Thread Peter Vreman
Skybuck Flying wrote: Doesn't make much sense to me at least. Who still codes in 16 bit or turbo pascal ? 64 KB programs ? Terrible limitations. I am glad those days are dead/gone/over. It was discussed already a couple of years ago to make objfpc the default compile mode. But it breaks to

Re: [fpc-pascal] Can you knock my socks off ? Can you mimic Skybuck's/Delphi's Major Breakthrough for code path and memory structure selection ?

2008-02-10 Thread Peter Vreman
None the less very interesting example. Problem is ofcourse FPC does not support the new Delphi 2007 features. And the big question is how would you port this code to FPC ? Please don't make _your_ problem our problem!!! You knew beforehand that FPC doesn't support these features. If you want

Re: [fpc-pascal] syscalls and fpc

2008-02-10 Thread Jonas Maebe
On 10 Feb 2008, at 10:33, ik wrote: I found that the Do_Syscalls are written in assembly and have only limited number of parameters (up to 6). Is there a way to write it using array of TSysParam instead of having 7 different functions ? Another question is, is there a way to use it witthout wri

[fpc-pascal] syscalls and fpc

2008-02-10 Thread ik
Hi, I found that the Do_Syscalls are written in assembly and have only limited number of parameters (up to 6). Is there a way to write it using array of TSysParam instead of having 7 different functions ? Another question is, is there a way to use it witthout writing assembly, like using it in lib

Re: [fpc-pascal] Re: Procedures in records not supported :(

2008-02-10 Thread Felipe Monteiro de Carvalho
On Feb 10, 2008 4:26 AM, Skybuck Flying <[EMAIL PROTECTED]> wrote: > Anyway to put the messages into message-threads ? Use gmail -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mail