I find that the libgdb sources I've been using- 6.3 if I'm interpreting the name of the tarball correctly- don't compile for ARM Linux. Referring to gdbint.pp I believe the most recent supported version is 6.7: where can I find the sources?

I notice that Debian is at long last bundling libgdb-dev in Lenny and Sid, but that it's 6.8 which is not explicitly supported by gdbint.pp.

Referring again to gdbint.pp I see this:

{ 6.5.x }
{$ifdef GDB_V605}
{$endif def GDB_V605}
{ 6.6.x }
{$ifdef GDB_V606}
{$endif def GDB_V605}
{ 6.7.x }
{$ifdef GDB_V607}
{$endif def GDB_V605}

Am I correct in assuming that the text after the $endif is purely documentary, or is it used somewhere in the build process?

It is purely documentary and entirely ignored by the compiler. I can't help with the libgdb stuff though.

Jonas

The Debian source package appears to basically be gdb which builds libgdb as a side-effect. It compiles OK on an ARM but there are errors when I try to use it as part of the fpc build with "GDB_V607=1" (which seemed like a good starting position).

I'll look around for 6.7 and try building it on i386 and SPARC before having another attempt on ARM.

Best practice appears to be to make sure the gdb binary is installed, to get the corresponding gdb source package (e.g. from http://ftp.gnu.org/gnu/gdb/) to build that and then copy across libgdb.a etc. to the fpc source tree. The wrong version of gdb might not build properly, for example Debian Sarge and Etch on i386 support 6.3 but to work on ARM requires 6.4. Debian Lenny includes gdb 6.8, I haven't been able to build fpc on an older system using this version and haven't yet tried on Lenny.

I've now got fpc 2.2.2 (optimised, including the fp IDE) running on Debian ARM (little-endian) including debugger operation inside fp. I'd like to try getting a big-endian ARM system running but don't know how quickly I can manage that. i386 on NT and Debian Sarge is OK, SPARC remains a problem.

This indeed suggests a SPARC-specific problem, as ARM is also quite alignment-sensitive.

Jonas

Jonas Maebe wrote

This indeed suggests a SPARC-specific problem, as ARM is also quite alignment-sensitive.

I'm currently setting up an outward-facing SPARC-Linux system. Please email me if you want an account.