[galib] Issues with modern compilers
cnchapman at msn.com
Wed Aug 31 10:59:40 EDT 2011
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>
> > (cut)
> > This presents an unfortunate situation. The compiler is essentially sent
> > a "choose-your-own-adventure" path through the dense logic of
> > macros once the gaconfig.h header is loaded. This will only make GAlib
> > brittle and harder to maintain as compilers and architectures continue
> > 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
> > 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 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
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the galib