Closer, but not quite there yet...
To get this going I've (sshfs) mounted a 64 bit system on /mnt/engels
and then attempted to cross-compile on the 32 bit system with:
fpc -MDelphi -Scgi -CX -O3 -OoUNCERTAIN -OoREGVAR \
-Tlinux -Px86_64 -Xs -XX -va -l \
-dLCL -dLCLgtk2 -XR/mnt/engels
This
Can you create a generic that is based on a class that can stream
itself using rtti regardles of its structure ?
Something like
Type
TFundamentalClass = Class(TObject)
Public
Function GetProperty(Propertyname : String): Variant;
Procedure SetProperty(PropertyName : String; Value : Variant);
Proce
On 28/05/2012 23:53, Rainer Stratmann wrote:
Am Monday 28 May 2012 22:25:47 schrieb Martin:
Check that you have not accidentally set any options that will block
-gl, such as -Xs or maybe (may work but I do not know for sure) -Xg
After changing options, change "Build" or "Build all" from "run" m
Am Monday 28 May 2012 22:25:47 schrieb Martin:
> Check that you have not accidentally set any options that will block
> -gl, such as -Xs or maybe (may work but I do not know for sure) -Xg
>
> After changing options, change "Build" or "Build all" from "run" menu.
All done, same effect (only address
On 28/05/2012 21:19, Rainer Stratmann wrote:
Am Monday 28 May 2012 22:09:21 schrieb Martin:
On 28/05/2012 20:35, Rainer Stratmann wrote:
Am Monday 28 May 2012 21:12:30 schrieb Martin:
On 27/05/2012 13:32, Rainer Stratmann wrote:
How to get debug information?
There is an error, but only adres
Am Monday 28 May 2012 22:09:21 schrieb Martin:
> On 28/05/2012 20:35, Rainer Stratmann wrote:
> > Am Monday 28 May 2012 21:12:30 schrieb Martin:
> >> On 27/05/2012 13:32, Rainer Stratmann wrote:
> >>> How to get debug information?
> >>>
> >>> There is an error, but only adresses are shown.
> >>
> >
On 28/05/2012 20:35, Rainer Stratmann wrote:
Am Monday 28 May 2012 21:12:30 schrieb Martin:
On 27/05/2012 13:32, Rainer Stratmann wrote:
How to get debug information?
There is an error, but only adresses are shown.
How/ Where are the addresses shown?
The addresses were shown in the output wi
On Mon, May 28, 2012 at 3:34 PM, Jonas Maebe wrote:
>
> On 28 May 2012, at 14:09, ik wrote:
>
> > The second part is more interesting for this subject: It signs a checksum
> > of the ELF file, so any change to it will break the checksum.
> > It helps you to discover for example root-kits.
> >
> >
Am Monday 28 May 2012 21:12:30 schrieb Martin:
> On 27/05/2012 13:32, Rainer Stratmann wrote:
> > How to get debug information?
> >
> > There is an error, but only adresses are shown.
>
> How/ Where are the addresses shown?
The addresses were shown in the output window (console).
Runtime error 207
On 27/05/2012 13:32, Rainer Stratmann wrote:
How to get debug information?
There is an error, but only adresses are shown.
How/ Where are the addresses shown?
Does your program has code of it's own, that dumps the stacktrace?
(normally added using with -gl)
Or do you run in a debugger (gdb?
Am Sunday 27 May 2012 17:44:41 schrieb Sven Barth:
> On 27.05.2012 14:32, Rainer Stratmann wrote:
> > How to get debug information?
> >
> > There is an error, but only adresses are shown.
> >
> > I put on debugger Information in Lazarus (-g) but can get no further
> > infos when an error occurs (ex
Hello all,
I want to find a way to write a streaming mechanic for Generic data
structures. For simplicity let's assume that I want to write a class
or function to stream TFPGList (I do not use them, but my set of
generic classes is written in a similar manner). However, due to FPC's
restricted gen
Jonas Maebe wrote:
On 28 May 2012, at 15:19, OBones wrote:
Bugger, why does this keep happening to me???
Anyway, this time it is at the end.
I cannot reproduce the problem with 2.6.0/2.7.1 on Mac OS X/i386, nor with
2.7.1 on Linux/i386. I even don't see any comis* instructions in the code, th
This is a pure fpc project, no LCL. If I have understood it correctly
then I have to call the CallAction() method for every connection I
have created but this seems to totally contradict what it claims to be
able to do: namely using some sophisticated event-mechanism that can
watch multiple handles
On 28 May 2012, at 15:19, OBones wrote:
> Bugger, why does this keep happening to me???
> Anyway, this time it is at the end.
I cannot reproduce the problem with 2.6.0/2.7.1 on Mac OS X/i386, nor with
2.7.1 on Linux/i386. I even don't see any comis* instructions in the code, the
comparison is
Jonas Maebe wrote:
On 28 May 2012, at 14:41, OBones wrote:
I'm compiling the program at the end of this message
The program is missing.
Bugger, why does this keep happening to me???
Anyway, this time it is at the end.
I really need to have the same instruction set used for floating point m
On 28 May 2012, at 14:41, OBones wrote:
> I'm compiling the program at the end of this message
The program is missing.
> I really need to have the same instruction set used for floating point maths,
> hence the use of SSE3 in both cases.
If your x86-64 target is Win64, using -CfSSE2/-CfSSE3 w
Excellent, thanks Jonas.
On 05/28/12 23:02, Jonas Maebe wrote:
>
> On 28 May 2012, at 14:56, Bruce Tulloch wrote:
>
>> Am I correct to assume that if I drag in the x86_64 libraries I need
>> from another x86_64 system, put them in a local directory and then
>> reference then using the -XR option
On 28 May 2012, at 14:56, Bruce Tulloch wrote:
> Am I correct to assume that if I drag in the x86_64 libraries I need
> from another x86_64 system, put them in a local directory and then
> reference then using the -XR option I can make this setup work?
-XR is for pointing the compiler/linker to
Is it possible to cross-compile a Linux/x86_64 target on a Linux/i386
host? AFAICT it should be possible and I've almost got it working (using
Debian's gcc-4.4-multilib for start-up code) but the linker looks for
x86_64 libraries that aren't available on a i386 system.
I'm guessing that libraries
Hello all,
I'm compiling the program at the end of this message in x86 and x64 mode
using the following command lines:
ppc386 -MDelphi -CfSSE3 testFPU.dpr
ppcrossx64 -MDelphi -CfSSE3 testFPU.dpr
while I get an exe file and no error in x64 mode, I get the following
error message with ppc386:
On 28 May 2012, at 14:09, ik wrote:
> The second part is more interesting for this subject: It signs a checksum
> of the ELF file, so any change to it will break the checksum.
> It helps you to discover for example root-kits.
>
> Is it a compiler based signature, or something from the build itse
Hello,
I see that most of the ELF on my system, contain a signature like so:
ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked
(uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=0x39645af26ea483eaae81df45bf34701580506115, stripped
There are two very interesting signatu
23 matches
Mail list logo
