On Son, 2007-09-16 at 19:35 +0200, Bernd Petrovitsch wrote:
> On Tue, 2007-08-21 at 00:10 +0200, Bernd Petrovitsch wrote:
> [...]
> > BTW: I do not know why not everyone is using the defined types from
> > <stdint.h> like  int8_t, int16_t, uint8_t, uint16_t, etc. if you need a
> > fixed size (it is in POSIX and C99 and should thus be even on Windows
> > available) and invent their own set of "standard types".
> > 
> > But I cannot realistically see a possibility to change that (read:
> > global find and replace of s/olsr_16_t/int16_t/ etc.) without
> > potentially breaking compilation everywhere. And sf.net's compile farm
> > is dead since months .....-
> 
> What I meant was basically something like in the attached patch (and of
> course if every OS can use the same name there is no need for the olsr_*
> types).
> It builds and runs in Linux/i386 (and I expect the same for all other
> architectures) and Windows.
> In theory it should be the same on *BSD and Mac* since it is defined on
> http://www.opengroup.org/onlinepubs/009695399/basedefs/inttypes.h.html.

Since no one had any concerns, I simply threw it in the CVS. It compiles
(and works) on Linux and Windows and *BSD had it that way before (and I
assume *BSD has inttypes.h). That leaves MacOSX to actually test it.

If it doesn't work, we can fix easily too (in the worst case revert it).

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services




