I don't think it's necessary to make a diff, I do nothing in paricular, I just replace the line :

IF(CMAKE_SYSTEM_NAME STREQUAL "Linux") by
IF(CMAKE_SYSTEM_NAME STREQUAL "Linux" OR CMAKE_SYSTEM_NAME STREQUAL "SunOS")

OK, it works fine for Solaris (sparc) and Linux (i686, 32 bits I think).

There wad just a little problem on Solaris, there was no SunOS case in the macro ONCRPC_SETUP, so I added it.

Fred.

:) 
 
As you guessed, I can't connect to the cvs server...

No stupid question.
You have valuable help here:
https://savannah.nongnu.org/cvs/?group=tsp

Since you are not [yet] a registered TSP project developer
you should use anonymous access:

cvs -z3 -d:pserver:anonymous@cvs.savannah.nongnu.org:/sources/tsp co -dtsp_HEAD tsp

this will automatically take (checkout in CVS wording)
the most up to date version of tsp in the tsp_HEAD directory.
[note that the pserver protocol uses tcp port 2401
 which is sometimes blocked by enterprise firewall
 if you have firewall trouble I'll try to generate a
 downloadable tarball for you]

After that you may build TSP with CMake as usual.

once you have your pristine TSP tree you may apply the patch this way:

cd tsp_HEAD
patch -p0 < /path/to/bug24797-EndianPb-tsp0_8_3.patch

then recompile and test.

When you have a modified tsp CVS tree you may create a patch
using:

cd tsp_HEAD
cvs -u > /path/to/my_beautiful.patch

Patch are easier to handle than whole file because
they are easier to merge when working with different
TSP version.

I have generated a patch against 0.8.3
which appears to works fine with CVS HEAD.

It works for me on a single x86_64 host
but I would like others to test this
mixed endian setup.

Frederic would you be able to test this patch
using CVS HEAD version of TSP?

Following the bug #24797.

I've just changed the order of adress parts and remove ntohl function.I've joined the 3 concerned files.