On 05.08.12 23:46, dhkblas...@zeelandnet.nl wrote:
> I get:
>
> text.inc(199,34) Error: Illegal type conversion: "Text" to "TextRec"
>
> after updating the compiler sources from SVN.
>
> Free Pascal Compiler version 2.7.1 [2012/05/22] for i386
>
> Anyone have an idea what could be wrong?
You
In our previous episode, Jonas Maebe said:
> >
> > Free Pascal Compiler version 2.7.1 [2012/05/22] for i386
> >
> > Anyone have
> > an idea what could be wrong?
>
> Building development versions of FPC always has been and always will be
> guaranteed to work only if you start with the latest *r
On 05 Aug 2012, at 23:46, dhkblas...@zeelandnet.nl wrote:
> text.inc(199,34) Error: Illegal type conversion:
> "Text" to "TextRec"
>
> after updating the compiler sources from SVN.
>
> Free Pascal Compiler version 2.7.1 [2012/05/22] for i386
>
> Anyone have
> an idea what could be wrong?
B
On Fri, 18 Dec 2009 14:58:10 +0100
Reimar Grabowski wrote:
> On Fri, 18 Dec 2009 13:39:45 +0100
> Lukas Gradl wrote:
>
> > I'm not shure about that as I'm not that good at C. The packed record
> > works at 32bit -so I thought that should be correct.
> If it works on 32bit it should be correct.
On Fri, 18 Dec 2009 13:39:45 +0100
Lukas Gradl wrote:
> I'm not shure about that as I'm not that good at C. The packed record
> works at 32bit -so I thought that should be correct.
If it works on 32bit it should be correct.
> Is there a difference between 64Bit and 32Bit?
Yes.
Some types have d
Jonas Maebe schrieb:
You must never use a "packed" record for a C record, unless it is
declared in C using __attribute__((__packed__)). The fact that it worked
in 32 bit was pure coincidence. You also have to add {$packrecords c} to
your source file to tell the compiler to lay out records the
On 18 Dec 2009, at 13:39, Lukas Gradl wrote:
> rMonitor=packed record
...
end;
rMonitorEx=packed record
dwMonitorSize:DWORD;
Monitor:rMonitor;
end;
Are you sure the C record is packed too ? This would mean that all
function pointers in rMonitor are not aligned.
I'm not shure ab
> rMonitor=packed record
...
end;
rMonitorEx=packed record
dwMonitorSize:DWORD;
Monitor:rMonitor;
end;
Are you sure the C record is packed too ? This would mean that all
function pointers in rMonitor are not aligned.
I'm not shure about that as I'm not that good at C. The p
Lukas Gradl wrote:
Hi!
I'm having serious troubles compiling a DLL for 64bit Windows.
I'm using FPC svn 1 (Ver 2.5.1) on all machines. I tried on WinXP
32bit (works), Vista 64bit (doesn't work), Win7 32Bit (works) and Win7
64bit (doesn't work).
> rMonitor=packed record
...
end;
r
On Sun, 2008-02-03 at 13:13 +0100, Michael Van Canneyt wrote:
>
> On Sun, 3 Feb 2008, Anton Tichawa wrote:
>
> > Hello list!
> >
> > I have problems compiling an X client. The compiler says:
> >
> > Free Pascal Compiler version 2.2.0 [2007/08/31] for i386
> > Copyright (c) 1993-2007 by Florian
On Sun, 3 Feb 2008, Anton Tichawa wrote:
> Hello list!
>
> I have problems compiling an X client. The compiler says:
>
> Free Pascal Compiler version 2.2.0 [2007/08/31] for i386
> Copyright (c) 1993-2007 by Florian Klaempfl
> Target OS: Linux for i386
> Compiling pas/xdemo.pas
> PPU Loading /u
Florian Klaempfl schreef:
Koenraad Lelong wrote:
Koenraad Lelong schreef:
Jonas Maebe schreef:
...
...
I'm going to look at this.
Regards,
Koenraad Lelong.
I got past this error by modifying sysstr.inc (see the enclosed diff). I
hope it's an acceptable patch.
No ;) It solves the pr
Koenraad Lelong wrote:
> Koenraad Lelong schreef:
>> Jonas Maebe schreef:
>>
> ...
>> /home/koenraad/fpc-devel/fpc/compiler/ppcrossarm -Ur -XParm-linux- -Xc
>> -Xr -Ur -Xs -O2 -n -Fi../inc -Fi../arm -Fi../unix -Fiarm -FE.
>> -FU/home/koenraad/fpc-devel/fpc/rtl/units/arm-linux -darm -dRELEASE
>> ../
Koenraad Lelong schreef:
Jonas Maebe schreef:
...
/home/koenraad/fpc-devel/fpc/compiler/ppcrossarm -Ur -XParm-linux- -Xc
-Xr -Ur -Xs -O2 -n -Fi../inc -Fi../arm -Fi../unix -Fiarm -FE.
-FU/home/koenraad/fpc-devel/fpc/rtl/units/arm-linux -darm -dRELEASE
../objpas/sysconst.pp
/home/koenraad/fpc-
Remove "tf_needs_symbol_type" from system_arm_linux_info in compiler/
systems/i_linux.pas
Or alternatively have a look at the output of gcc -S and if it does
generate some sort of symbol type information, change compiler/
aggas.pas:590 based on "if (target_info.system <> system_arm_linux)
t
Jonas Maebe schreef:
On 19 Mar 2006, at 10:07, Koenraad Lelong wrote:
This program is buggy - '@' is used as the comment character for ARM, so
everything after that is ignored. The assembler therefore sees:
.type operatingsystem_result,
which is garbage. The GNU assembler targetted fo
On 19 Mar 2006, at 10:07, Koenraad Lelong wrote:
This program is buggy - '@' is used as the comment character for
ARM, so
everything after that is ignored. The assembler therefore sees:
.type operatingsystem_result,
which is garbage. The GNU assembler targetted for ARM accepts '#'
Koenraad Lelong schreef:
Peter Vreman schreef:
More specific, the error-lines point to the @object construct.
Is there any way I can avoid these errors ?
I used revision 2898 of fpc. My arm-linux-as is version 2.14.
Use the latest binutils 2.16.1
I downloaded and compiled them from http://ww
Peter Vreman schreef:
More specific, the error-lines point to the @object construct.
Is there any way I can avoid these errors ?
I used revision 2898 of fpc. My arm-linux-as is version 2.14.
Use the latest binutils 2.16.1
I downloaded and compiled them from http://www.gnuarm.com, then compile
> More specific, the error-lines point to the @object construct.
> Is there any way I can avoid these errors ?
> I used revision 2898 of fpc. My arm-linux-as is version 2.14.
Use the latest binutils 2.16.1
___
fpc-pascal maillist - fpc-pascal@lists.
> Marco van de Voort wrote:
> /home/koenraad/fpc/fpc/libgdb/linux/i386/libgdb.a(maint.o) is smaller
> than 16 in
> /home/koenraad/fpc/fpc/packages/base/gdbint/units/i386-linux/gdbint.o
> /home/koenraad/fpc/fpc/libgdb/linux/i386/libgdb.a(maint.o)(.text+0xeb3):
> In function `maintenance_set_prof
Marco van de Voort wrote:
I downloaded both the 2.1 and the 2.0 daily snapshots. When I try to
compile either one I get an error :
...
I think the error is the linker complaining about "cannot find -lc", but
I can't find out what is actually wrong. Any pointers ?
It can't find libc. Since
> I downloaded both the 2.1 and the 2.0 daily snapshots. When I try to
> compile either one I get an error :
>
> make[5]: Leaving directory `/home/koenraad/fpc/fpc/packages/base/netdb'
> make[4]: Leaving directory `/home/koenraad/fpc/fpc/packages/base/netdb'
> make -C md5 smart
> make[4]: Enterin
23 matches
Mail list logo
