[galib] Issues with modern compilers

[Chris Chapman]

Agreed here as well -- galib has good performance and a very clear & nice structure; keeping it compilable would be great.
> Date: Wed, 31 Aug 2011 13:05:56 +0200
> From: gpipc at cup.uni-muenchen.de
> To: gagelman at gmail.com; galib at mit.edu
> Subject: Re: [galib] Issues with modern compilers
> 
> (resend because the mailing list address wass probably not the right one,
> I apologize if this is a repeated posting).
> 
> On Mon, 29 Aug 2011 13:25:37 -0400, Jerry Gagelman <gagelman at gmail.com>
> wrote:
> 
> > (cut)
> > This presents an unfortunate situation. The compiler is essentially sent
> on
> > a "choose-your-own-adventure" path through the dense logic of
> preprocessor
> > macros once the gaconfig.h header is loaded. This will only make GAlib
> more
> > brittle and harder to maintain as compilers and architectures continue
> to
> > evolve. A potential fix to this situation is to let a true build
> > configuration system (like CMake or Autotools) generate the gaconfig.h
> > header without all of the #if defined(__COMPILERX__) styled logic gates.
> > 
> > If there is sufficient community interest, I would be willing to submit
> a
> > prototype.
> > 
> > Jerry
> 
>  I, for one, would be interested. Have used galib a bit, might use it in
>  the future and it would be nice if someone helped to prevent future
>  compilation problems.
>  
>  Giovanni
> 
> 
> -- 
> ================================================
> Giovanni Piredda
> Postdoc - AK Hartschuh
> 
> Phone: ++49 - (0) 89/2180-77601
> Fax.: ++49 – (0) 89/2180-77188
> Room: E2.062
> ----------------------------------------
> Message sent by Cup Webmail (Roundcube)
> 
> _______________________________________________
> galib mailing list
> galib at mit.edu
> http://mailman.mit.edu/mailman/listinfo/galib
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/galib/attachments/20110831/e4c0bce6/attachment.htm