Re: [fpc-devel] Help on building crosscompiler with fpc 2.3.1

2008-09-26 Thread Terry Kemp
On Fri, 2008-09-26 at 19:09 +0200, Lukas Gradl wrote: > Marco van de Voort schrieb: > > In our previous episode, Lukas Gradl said: > >> At the moment, I'm developing on a i386 Linux machine. For some servers > >> I need x86_64 binaries, so I have a second machine with x86_64 linux I > >> use just

[fpc-devel] Makefile deletion script

2008-09-30 Thread Terry Kemp
Hi Because I cross-compile svn for arm a lot I end up with Makefiles with revision numbers and littered with Mine through them from fpcmake -r -Tall etc. It takes time to manually delete each offending one and restore from svn so I have a script (attached) I have made it so that you

Re: [fpc-devel] Makefile deletion script

2008-09-30 Thread Terry Kemp
On Tue, 2008-09-30 at 22:54 +0200, Jonas Maebe wrote: > You can use "svn revert -R ." to restore all files in the current > directory and below to their checked out svn version (without having > to delete them first). This even does not require network access. > > > Jonas Thats cool. Do yo

[fpc-devel] help with softfloat for arm big endian crosscompiler

2006-12-12 Thread Terry Kemp
Hi, questions... Is -CfSOFT supported on arm 2.0.5? Do I need to add/define something when I build the crosscompiler to get softfloat support? Is changing system_arm_linux_info.endian to endian_big in fpc/compiler/systems/i_linux.pas enough? I see in references to {$if defined(CPUARM) and defined

[fpc-devel] Re: help with softfloat for arm big endian crosscompiler

2006-12-13 Thread Terry Kemp
Digest mode... forgive the de-threading. I am using a Linksys NSLU2. The NSLU2 is based on an Intel XScale IXP420 processor, clocked at 266MHz.The device has 32MB of SDRAM, 8MB of NOR Flash, built-in 10/100 (not yet supported in litte-endian mode), and dual USB 2.0 ports. The Linksys firmware, boo

[fpc-devel] fpc armeb nslu2 got a bit further with float probs on 2.0.5

2006-12-15 Thread Terry Kemp
I have flashed the slug to SlugOS (still big endian) and got gdb on it. It appears that the issue is not so much the fpu or floating point but with the FloatStr, StrToFloat etc conversions which seem to get stuck in system.str. I have tried to chase the system.str function but got lost in the {$i x

[fpc-devel] fpc 2.1.1 armeb nslu2

2006-12-15 Thread Terry Kemp
FYI Can't get any program to run with this version. programs segfault instantly... Anyone know of a revision that works with arm? (I think I have 5590 but I dont know how to check) Free Pascal Compiler version 2.1.1 Compiler Date : 2006/12/14 Compiler CPU Target: arm gdb session... [EMAIL