[Olsr-dev] Bug Secure Plugin - Endianness ?

[Henning]

On Saturday 02 July 2011 00:07:50 Rusty Haddock wrote:
> Sorry for the delay as I've been busy with a lot of other things this week.
> 
> Yes, my fixes runs on both little and big endian devices allowing mixed
> networks.
> There's no need to #ifdef things depending on which devices you're
> compiling for.
> The changes essentially affect the little endian devices such as the
> WRT54G's
> with the Broadcom MIPSEL.  The compiler will generate more code to flip the
> bytes around to network order for the devices.
> 
> On the big endian devices, such as the Atheros MIPS, the changes compile
> down
> to nothing since the hton[ls]() and ntoh[ls]() functions/macros are
> basically null on
> the big endian devices since they natively use the network byte ordering.
> 
> For those really weird machines with weird byte ordering (are there any?)
> these
> changes should let them play nicely with the other kids now, at least if
> they're using
> the secure plugin.
> 
> I've just pushed the changes so have a look at my changes and see what you
> think.
Please remove the commented code parts in a second commit. If someone wants to 
look at the old code, git will allow this easily.

Thank you for your work. :)

Henning
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.olsr.org/pipermail/olsr-dev/attachments/20110702/36eafbf3/attachment.sig>