Re: [fpc-devel] {$DEFINE x := something}

2005-07-01 Thread Vinzent Hoefler
On Friday 01 July 2005 00:12, L505 wrote: As I have indicated, I am very happy to have 83-88 lines of Pascal code on my screen versus even 70 or 55. Doesn't matter. One function at a time is enough to see. ;-) I have 72x30 (yes, that's width height in chars). All function not fitting into

[fpc-devel] Function variables and overload

2005-07-01 Thread Marcel Martin
Hello, Let's say there is a function function ICmp(A,B: PBigInt): SInt32; and a TBigIntList class having the following method that can sort the list according to Cmp procedure TBigIntList.Sort(Cmp: TBigIntCompareFunc); with, of course, type TBigIntCompareFunc = function(A,B: PBigInt):

[fpc-devel] low level function for pascal language

2005-07-01 Thread L505
While working on some functions in the strwrap1.zip package I am upgrading, I have found the need for a new low level function I think. Something similar to ReadLn(F,Line) This one is slightly different: PassLn(F) Instead of reading the line, copying the text the line into a Line var, the

RE: [fpc-devel] Function variables and overload

2005-07-01 Thread peter green
Would it be possible to get something like L.Sort(@ICmp(PBigInt,PBigInt)); in case ICmp is overloaded? If we could add the parameter types, there would be no more ambiguity, the compiler would There is ambiguity with a normal call to the function. The compiler sees the ( and

[fpc-devel] concernig Bug Id 4145: Request for Bit-level packing in MacPas mode

2005-07-01 Thread Gerhard Scholz
if really someone does this, it would be nice to have it in standard (FPC) mode also. not just packed records, but also packed arrays: packed array [ 1..2 ] of 0..15 { one byte } packed array [ 1..8 ] of boolean { one byte } ___ fpc-devel maillist

Re: [fpc-devel] Function variables and overload

2005-07-01 Thread Florian Klaempfl
peter green wrote: Would it be possible to get something like L.Sort(@ICmp(PBigInt,PBigInt)); in case ICmp is overloaded? If we could add the parameter types, there would be no more ambiguity, the compiler would There is ambiguity with a normal call to the function. The compiler sees the (

Re: [fpc-devel] low level function for pascal language

2005-07-01 Thread Peter Vreman
While working on some functions in the strwrap1.zip package I am upgrading, I have found the need for a new low level function I think. Something similar to ReadLn(F,Line) This one is slightly different: PassLn(F) Instead of reading the line, copying the text the line into a Line

Re: [fpc-devel] low level function for pascal language

2005-07-01 Thread Jonas Maebe
On 01 Jul 2005, at 23:25, L505 wrote: Now the question I have is: does Pascal already have a function like this? Yes: readln(f) Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] WinCE port

2005-07-01 Thread Yury Sidorov
Hi, I reached significant waypoint in WinCE port. I have Hello world application running on WinCE. :) Here are some notes: Official binutils seems to be buggy for WinCE target. I used binutils from Pocket GCC port and they work fine. procedure fpc_cpuinit for ARM performs illegal instruction

Re: [fpc-devel] concernig Bug Id 4145: Request for Bit-level packing in MacPas mode

2005-07-01 Thread Jonas Maebe
On 01 Jul 2005, at 22:32, Gerhard Scholz wrote: if really someone does this, it would be nice to have it in standard (FPC) mode also. You will be able to activate it with a preprocessor switch. not just packed records, but also packed arrays: packed array [ 1..2 ] of 0..15 { one byte }

Re: [fpc-devel] Function variables and overload

2005-07-01 Thread Bram Kuijvenhoven
Peter Vreman wrote: Would it be possible to get something like L.Sort(@ICmp(PBigInt,PBigInt)); in case ICmp is overloaded? If we could add the parameter types, there would be no more ambiguity, the compiler would There is ambiguity with a normal call to the function. The compiler sees the (

Re: [fpc-devel] low level function for pascal language

2005-07-01 Thread L505
| | Now the question I have is: does Pascal already have a function | like this? | | Yes: readln(f) | | | Jonas | Wonderful.. Hmm, how do we add this to the FPDOC help safely, since it isn't doesn't seem to be created automatically by FPDOC? Maybe we could just make another example demo for

Re: [fpc-devel] WinCE port

2005-07-01 Thread Florian Klaempfl
Yury Sidorov wrote: Hi, I reached significant waypoint in WinCE port. I have Hello world application running on WinCE. :) GJ :) Hope, you'll contribute the patches soon ;) Here are some notes: Official binutils seems to be buggy for WinCE target. I used binutils from Pocket GCC port and

Re: [fpc-devel] WinCE port

2005-07-01 Thread Florian Klaempfl
Yury Sidorov wrote: One more question. I created 2 files t_wince.pas and i_wince.pas for WinCE target. But now I see that it will be better to add WinCE support to t_win.pas and i_win.pas files. Is it ok to do that? Yes. ___ fpc-devel maillist -

[fpc-devel] AR problem

2005-07-01 Thread Yury Sidorov
Hi, FPC can not create smartlink library under Windows host using AR from cross-binutils for arm-wince-pe, because AR refuses to accept \ dir separator when mask symbol * is specified. Any AR compiled under cygwin has this issue. How to solve this issue? Yury Sidorov.

Re: [fpc-devel] AR problem

2005-07-01 Thread Florian Klaempfl
Yury Sidorov wrote: Hi, FPC can not create smartlink library under Windows host using AR from cross-binutils for arm-wince-pe, because AR refuses to accept \ dir separator when mask symbol * is specified. Any AR compiled under cygwin has this issue. How to solve this issue? Maybe some

Re: [fpc-devel] concernig Bug Id 4145: Request for Bit-level packingin MacPas mode

2005-07-01 Thread Gerhard Scholz
... not just packed records, but also packed arrays: packed array [ 1..2 ] of 0..15 { one byte } packed array [ 1..8 ] of boolean { one byte } The implementation of that would be completely separate from the support required for records. Also, since that is not required for

Re: [fpc-devel] Function variables and overload

2005-07-01 Thread Marcel Martin
Peter Vreman a écrit : Hello, Let's say there is a function function ICmp(A,B: PBigInt): SInt32; and a TBigIntList class having the following method that can sort the list according to Cmp procedure TBigIntList.Sort(Cmp: TBigIntCompareFunc); with, of course, type TBigIntCompareFunc =