[Flightgear-devel] Cygwin break on latest CVS build, Norman's fix works, needs 2 more changes to alc.h

2005-03-25 Thread Ima Sudonim
There are 3 problems preventing the successfull build of simgear on my system, one in alctypes.h, and two in alc.h.   Vivian mentioned the problem with alctypes.h back in february, 2005. Norman suggested a fix here:   http://baron.flightgear.org/pipermail/flightgear-devel/2005-February/034682.

Re: [Flightgear-devel] Cygwin break on latest CVS build, Norman's fix works, needs 2 more changes to alc.h

2005-03-25 Thread Erik Hofman
Ima Sudonim wrote: Could someone please also make these two changes in CVS to alc.h? The problem here is that alctypes.h and alc.h are part of OpenAL and not part of FlightGear. So we really can't change anything in CVS to solve this. To my knowledge this has been fixed in OpenAL CVS, so it would

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-25 Thread Curtis L. Olson
Curtis L. Olson wrote: Erik Hofman wrote: Andy Ross wrote: The fact that this is an apple header implies that it ought to work out of the box on OS/X and the various BSDs. The only other platforms we support right now are SGI and Solaris, right? Can anyone check the status of stdint.h on those pl

Re: [Flightgear-devel] net_fdm.hxx net_ctrls.hxx

2005-03-25 Thread Andy Ross
Curtis L. Olson wrote: > Hmmm, I see write away that even if I use int8_t or int16_t, they still > get padded out to 4 bytes in the structure that is sent across the net > (on 32bit Linux.) Does that mean we always want to use int32_t to avoid > potential confusion, or is this situation ok? Most