On Wed, Jul 9, 2008 at 8:17 PM, Giulio Bernardi <[EMAIL PROTECTED]> wrote:
>> So I assume we have a cross-platform resource compiler now, so is
>> windres unnecessary? Was pre-processing also implemented?
>
> No. To compile .rc files to .res you still need windres. In general you can
> compile and
Martin Schreiber schreef:
On Wednesday 09 July 2008 23.24:31 Vincent Snijders wrote:
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 no
On Wednesday 09 July 2008 23.24:31 Vincent Snijders wrote:
> 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 wa
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
CrossF
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 co
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 hav
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 so
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
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,
> 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, fo
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?
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? Wi
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
___
fpc-pasca
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
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
wri
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 n
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 ""
expected ""
procedure test;
function func_a (
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 pro
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
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
`../fpc-source_2.3.1-200807
20 matches
Mail list logo
