Hi Richard, In my opinion, the right solution would be a mixture of 1) and 2). If possible, warnings should be fixed because usually there is a good reason for them. However, if the warnings are completely uncritical (such as indentation level), I think we should turn them off. The problem nowadays is that every compiler in every version comes up with new things they warn about (often useful, sometimes not). It is almost impossible to fix them all. Even turning them off selectively is not easy. Because the compiler options to turn them off are of course compiler-specific, one has to put endless version checks in the cmake control file to turn them off selectively.
I'm happy (and usually try) to fix warnings if I see them. However, currently I don't have access to a 16.10 installation. Which gcc version is Ubuntu using now? Maybe the version is available in MacPorts, then I'm happy to have a look at them. cheers, /oliver > On 7 Nov 2016, at 12:19, Richard Larsson <[email protected]> wrote: > > Hello all, > > The latest gcc iteration on Ubuntu is complaining on a level that it did not > do before when compiling ARTS. It lists indentation warnings, conversion > warnings, guarding warnings, and others. This floods the output and hides > real errors for me. > > I am somewhat confused by all these additional warnings and they hide real > problems. So I would like to ask if there is a way to: > > 1) Make the arts build scheme turn off the warnings by default? > > 2) Fix the warnings and enforce to follow the new coding standard suggested > by gcc? > > I assume this is just an option in the gcc compiler flag-list that they > considered "stable" this year but not last year. > > I am in favor of the latter but do not mind either way. I just want the > warnings gone since they are in the way of real errors. > > With hope for input, > //Richard > _______________________________________________ > arts_dev.mi mailing list > [email protected] > https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_dev.mi _______________________________________________ arts_dev.mi mailing list [email protected] https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_dev.mi
