Push the calculation of the tuple's kernel part down to kernel's build scripts:
- update the kernel script's API with the function CT_DiKernelTupleValues
- update doc accordingly (also with the architecture change, missing in the previous commit)
- small clean-up in the main script, remove useless test

/trunk/scripts/build/kernel/bare-metal.sh | 5 5 0 0 +++++
/trunk/scripts/build/kernel/linux.sh | 5 5 0 0 +++++
/trunk/scripts/crosstool.sh | 31 13 18 0 +++++++++++++------------------
/trunk/scripts/functions | 15 8 7 0 ++++++++-------
/trunk/docs/overview.txt | 13 9 4 0 +++++++++----
5 files changed, 40 insertions(+), 29 deletions(-)

 Sometime around 2.4.22-23, the mips pt_regs.h fields were reordered, breaking

 coredump handling by gdb for current kernels.  Update the hardcoded constants

 to reflect the change.

 --- gdb-6.2.1/gdb/mips-linux-tdep.c-orig	2004-10-29 14:23:55.000000000 -0500

 +++ gdb-6.2.1/gdb/mips-linux-tdep.c	2004-10-29 14:26:44.000000000 -0500

 @@ -53,12 +53,22 @@

  #define EF_REG0			6

  #define EF_REG31		37

 +

 +#if 0

  #define EF_LO			38

  #define EF_HI			39

  #define EF_CP0_EPC		40

  #define EF_CP0_BADVADDR		41

  #define EF_CP0_STATUS		42

  #define EF_CP0_CAUSE		43

 +#else

 +#define EF_CP0_STATUS		38

 +#define EF_LO			39

 +#define EF_HI			40

 +#define EF_CP0_BADVADDR		41

 +#define EF_CP0_CAUSE		42

 +#define EF_CP0_EPC		43

 +#endif

  #define EF_SIZE			180