Re: [fpc-devel] crosscompile x64-i386 Ubuntu 10.10 Maverick, latest svn

2010-10-24 Thread Marco van de Voort
In our previous episode, Lukas Gradl said: make OS_TARGET=linux CPU_TARGET=x86_64 CROSSBINDIR= BINUTILSPREFIX= CROSSCYCLEBOOTSTRAP=1 rtlclean rtl Please, anyone a hint what might go wrong? No fpc binary in the path? ___ fpc-devel maillist -

Re: [fpc-devel] crosscompile x64-i386 Ubuntu 10.10 Maverick, latest svn

2010-10-24 Thread Lukas Gradl
Am 2010-10-24 12:06, schrieb Marco van de Voort: In our previous episode, Lukas Gradl said: make OS_TARGET=linux CPU_TARGET=x86_64 CROSSBINDIR= BINUTILSPREFIX= CROSSCYCLEBOOTSTRAP=1 rtlclean rtl Please, anyone a hint what might go wrong? No fpc binary in the path?

Re: [fpc-devel] Bitpacked Record Bug

2010-10-24 Thread Florian Klämpfl
Am 23.10.2010 15:47, schrieb Willibald Krenn: Hi! I stumbled accross a bug in fpc that manifests itself when working with bitpacked records that have fields with pos and size mod 8 == 0; For example: type TField = bitpacked record case boolean of true: (value : integer);

Re: [fpc-devel] Bitpacked Record Bug

2010-10-24 Thread Jonas Maebe
On 23 Oct 2010, at 15:47, Willibald Krenn wrote: in nutils.pas (~ 1155) subscriptn: result:= is_packed_record_or_object(tsubscriptnode(n).left.resultdef) and ( (tsubscriptnode(n).vs.vardef.packedbitsize mod 8 0) or (tsubscriptnode(n).vs.fieldoffset mod 8 0));

[fpc-devel] AnsiString in DWARF2 vs DWARF3

2010-10-24 Thread Graeme Geldenhuys
Hi, Recently I mentioned a issue with debugging (using GDB) and indexing in a AnsiString to retrieve a specific character from that string. DWARF2 --- eg: S := 'mystring'; GDB can display the value of S without problems because it is treated as a PChar (from what I can see and

Re: [fpc-devel] Bitpacked Record Bug

2010-10-24 Thread Willibald Krenn
Am 24.10.2010 20:49, schrieb Jonas Maebe: It should probably check whether the packedbitsize is in [8, 16, 32, 64]. The reason is that if you have a load from a byte-aligned address using a size that is natively supported by the code generator, you don't have to go through all the

Re: [fpc-devel] Bitpacked Record Bug

2010-10-24 Thread Jonas Maebe
On 24 Oct 2010, at 23:56, Willibald Krenn wrote: Am 24.10.2010 20:49, schrieb Jonas Maebe: It should probably check whether the packedbitsize is in [8, 16, 32, 64]. The reason is that if you have a load from a byte-aligned address using a size that is natively supported by the code

[fpc-devel] [patch] DWARF 3 extensions and introduction of DWARF4

2010-10-24 Thread Graeme Geldenhuys
http://mantis.freepascal.org/view.php?id=17708 Please see comments in the mantis report. -- Regards,   - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net:8080/fpgui/

[fpc-devel] [patch] removing compiler warning from aasmtia.pas unit

2010-10-24 Thread Graeme Geldenhuys
Hi, http://mantis.freepascal.org/view.php?id=17709 Constructor is tried to be made private - this is not possible. There is comments in the code about why the visibility of the constructor is private. But that is pointless, because you can't lower visibility of a constructor or any other class