[fpc-pascal] Error during creation of DEB package on Ubuntu

2008-07-09 Thread Roland Turcan
Hello FPC-Pascal, I have tried to build DEB package from latest snapshot and I've got this result: dh_gencontrol -i dh_md5sums -i dh_builddeb -i -- -Z bzip2 dpkg-deb: building package `fpc' in `../fpc_2.3.1-20080709_all.deb'. dpkg-deb: building package `fpc-source' in

Re: [fpc-pascal] Re: Ports unit on x64 Linux port

2008-07-09 Thread Felipe Monteiro de Carvalho
On Tue, Jul 8, 2008 at 5:17 PM, Vladimir Karpenko [EMAIL PROTECTED] wrote: Well WritePortB is in x86 unit? which is abscent in X86_64 port:( I wonder if some one can write in x64 asm program like this: MOV DX,0378H MOV AL,data //data - char. OUT DX,AL I think yes, it should work in linux

[fpc-pascal] Performance issue with dynamic arrays

2008-07-09 Thread Volker Zipfel
Hi all! While analyzing my project with valgrind, I discovered that almost a quarter of the cpu cycle where eaten up by the function fpc_finalize_array. It seams that fpc_finalize_array calls for every element of the array fpc_finalize. To illustrate the problem i have written to small test

[fpc-pascal] assigning a local function to a var

2008-07-09 Thread David Emerson
I'd like to store an address of a local function in a variable, and call that local function, but I don't know how to define a variable of type local function. Here's the error I'm stuck on, with sample code: Error: Incompatible types: got address of local function(AnsiString):Boolean;Register

[fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Craig Peterson
Does any version of FPC support the {$R file} syntax for resources on non-Windows targets? I'd prefer that to Lazarus's LResources unit. I have the impression that some work on it was done as part of Simon Kissel's CrossFPC project, but I haven't been able to verify that. Was work done and

Re: [fpc-pascal] assigning a local function to a var

2008-07-09 Thread Lourival Mendes
I'm not sure, but you could use TProcedure, some think like this: procedure test; function func_a (pass_str : ansistring) : boolean; begin writeln (pass_str, 'A'); func_a := true; end; function func_b (pass_str : ansistring) : boolean; begin

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Michael Van Canneyt
On Wed, 9 Jul 2008, Craig Peterson wrote: Does any version of FPC support the {$R file} syntax for resources on non-Windows targets? I'd prefer that to Lazarus's LResources unit. I have the impression that some work on it was done as part of Simon Kissel's CrossFPC project, but I haven't

Re: [fpc-pascal] assigning a local function to a var

2008-07-09 Thread Joao Morais
David Emerson wrote: var // what should this be?? my_func : function (pass_str : ansistring) : boolean; Declare a new type: type tmy_func = function(pass_str: ansistring): boolean; var my_func: tmy_func; Joao Morais ___

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Felipe Monteiro de Carvalho
On Wed, Jul 9, 2008 at 2:20 PM, Michael Van Canneyt [EMAIL PROTECTED] wrote: All targets in 2.3.1 now support {$R file} syntax. So I assume we have a cross-platform resource compiler now, so is windres unnecessary? Was pre-processing also implemented? Also, how do you access the resources? With

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Giulio Bernardi
Felipe Monteiro de Carvalho ha scritto: On Wed, Jul 9, 2008 at 2:20 PM, Michael Van Canneyt [EMAIL PROTECTED] wrote: All targets in 2.3.1 now support {$R file} syntax. So I assume we have a cross-platform resource compiler now, so is windres unnecessary? Was pre-processing also implemented?

[fpc-pascal] assigning a local function to a var

2008-07-09 Thread Chris Cheney
I'd like to store an address of a local function in a variable, and call that local function, but I don't know how to define a variable of type local function. Here's the error I'm stuck on, with sample code: One can assign the following values to a procedural type variable: 1. Nil, for both

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Graeme Geldenhuys
2008/7/9 Craig Peterson [EMAIL PROTECTED]: Thanks, Craig Peterson Scooter Software Is this Scooter Software that brought the awesome Beyond Compare 2 to Windows users? If so, I sure hope the query is because work on BC 2.xx or 3.x involves other platforms like Linux. ;-) If not, it's ok, BC2

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Craig Peterson
Is this Scooter Software that brought the awesome Beyond Compare 2 to Windows users? If so, I sure hope the query is because work on BC 2.xx or 3.x involves other platforms like Linux. ;-) Yes it is, and you must not be on the beta list. ;-) V3 is in public beta and the Linux port is already

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Graeme Geldenhuys
2008/7/9 Craig Peterson [EMAIL PROTECTED]: Yes it is, and you must not be on the beta list. ;-) V3 is in public beta and the Linux port is already available. We're currently using Kylix, but we're looking into swapping out the compiler for FPC first, with a transition from CLX to LCL

[fpc-pascal] csLoading

2008-07-09 Thread Vincent Snijders
Hi, This is sequel to this thread of almost two years ago: http://lists.freepascal.org/lists/fpc-devel/2006-September/008737.html Some things changed (e.g. TComponent.Loading has been added), but I stil did not find an easy way to fix lazarus bug 7305. Looking at TReader.ReadComponent I

Re: [fpc-pascal] csLoading

2008-07-09 Thread Graeme Geldenhuys
2008/7/9 Vincent Snijders [EMAIL PROTECTED]: Secondly, why isn't TComponent.Loading called to set the csLoading flag? That would make sense and be more consistent. I think it might have been a oversight when TComponent.Loading was implemented. IIRC Graeme just needed it protected so he could

Re: [fpc-pascal] {$R file} support on non-Windows targets

2008-07-09 Thread Paul Ishenin
Michael Van Canneyt wrote: On Wed, 9 Jul 2008, Craig Peterson wrote: Does any version of FPC support the {$R file} syntax for resources on non-Windows targets? I'd prefer that to Lazarus's LResources unit. I have the impression that some work on it was done as part of Simon Kissel's