[Flightgear-devel] STL changes

2002-12-29 Thread Erik Hofman
Hi, This is a heads up for everybody to know that I am working on the STL part of SimGear. Instead of using defined STL_* macros I will supply a bunch of header files which would, at the end, make life easier for everyone. I have the feeling that the MipsPro compiler < 7.3 are the only comp

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Norman Vine
Erik Hofman writes: > > > This is a heads up for everybody to know that I am working on the STL > part of SimGear. Instead of using defined STL_* macros I will supply a > bunch of header files which would, at the end, make life easier for > everyone. > > I have the feeling that the MipsPro com

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Erik Hofman
Norman Vine wrote: IMHO - If at all possible we don't want *more* headers to slow the already overly long compile times :-( Hmm... I see STLPORT supposedly supports MipsPro compilers http://www.stlport.org/doc/platforms.html FWIW - STLPort definately makes it easy to write code that supports v

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Erik Hofman
Norman Vine wrote: IMHO - If at all possible we don't want *more* headers to slow the already overly long compile times :-( <...> Not to mention the time saved by removing all those compiler specific defines and includes. Erik ___ Flightgear-deve

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Erik Hofman
Norman Vine wrote: IMHO - If at all possible we don't want *more* headers to slow the already overly long compile times :-( These are the change needed to be able to add SG_HAVE_STD_INCLUDES for the IRIX MipsPro compilers: http://www.a1.nl/~ehofman/fgfs/download/FlightGear_STL-20021229.diff h

Re: [Flightgear-devel] STL changes

2002-12-29 Thread David Megginson
Norman Vine writes: > IMHO - If at all possible we don't want *more* headers to slow the already > overly long compile times :-( The best way to speed up compile times is to reduce unnecessary interdependencies. Right now, a lot of header files include other headers that they don't actually ne

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Norman Vine
David Megginson writes: > > Norman Vine writes: > > > IMHO - If at all possible we don't want *more* headers to slow the already > > overly long compile times :-( > > The best way to speed up compile times is to reduce unnecessary > interdependencies. Right now, a lot of header files include

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Bernie Bright
On Sun, 29 Dec 2002 13:33:21 -0500 David Megginson <[EMAIL PROTECTED]> wrote: > Norman Vine writes: > > > IMHO - If at all possible we don't want *more* headers to slow the > > already overly long compile times :-( > > The best way to speed up compile times is to reduce unnecessary > interdepe

Re: [Flightgear-devel] STL changes

2002-12-29 Thread David Megginson
Thanks to both Norm and Bernie -- I'll get those patches in ASAP. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/f

Re: [Flightgear-devel] STL changes

2002-12-29 Thread Bernie Bright
On Sun, 29 Dec 2002 09:45:56 -0500 "Norman Vine" <[EMAIL PROTECTED]> wrote: > Erik Hofman writes: > > > > > This is a heads up for everybody to know that I am working on the STL > > part of SimGear. Instead of using defined STL_* macros I will supply a > > bunch of header files which would, at

Re: [Flightgear-devel] STL changes

2002-12-30 Thread Erik Hofman
Bernie Bright wrote: I think what Erik is attempting to do is to make just his compiler more standard conforming, like putting cout into the std namespace and supplying missing header files. This should remove a lot of SGI_XXX conditional ugliness from the FG sources. His changes should have li