Re: [Geeqie-devel] Release 1.3

2016-05-29 Thread Roger
> On Sun, May 29, 2016 at 06:02:00PM +0100, Colin Clark wrote:
>On 29/05/16 14:36, Klaus Ethgen wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Am So den 29. Mai 2016 um  4:01 schrieb John Stoffel:
>>> Just gettings the warnings fixed would be a good goal in my mind.
>> True.
>>
>> As you might have noticed, I already did some cleanup in merges 2943df6
>> and 6164a63.
>>
>> Regards
>> Klaus
>> - -- 
>My view, which is but one of many, is that all compiler messages other 
>than errors should be inhibited for a standard build.
>
>There may be people trying to use Geeqie who struggle just to download a 
>tar and do a make. For them, compiler warnings are an unnecessary worry, 
>because they do not understand that the warnings are in fact irrelevant 
>to them.
>
>They are only relevant to the developers - and unfortunately there seems 
>to be very few of those around at the moment.
>
>Deprecated warnings will never go away, because as fast as they are 
>fixed, the GTK developers are at work creating a few more.
>
>My view is that all warnings should only be enabled with the 
>--enable-developer option.

The only problem with this configure option, albeit this is the first time I've 
ever heard of such a "configure --enable-developer" option, nobody will be 
prepared for when something then breaks.  With the omission of printing 
warnings during compiling, developers will effectively loose hindsight, unless 
they spend more time to further state further configure time options to print 
the warnings.

Most who compile, need to keep apprised of deprecated warnings, for future 
problems or newer version releases of depends.

Furthermore, you're asking to change something that has been default for more 
than 10-20 years.  It would probably be better to inhibit a "--no-warnings" 
configure option.  In which I think there already is if you manually augment 
the gcc/gcc++ parameters.  (ie. cc --help=warnings; -W/Wextra)  But when I'm 
compiling, I usually always add the -W/Wextra, and further when debugging 
-ggdb, etc...  The more the merrier.)

I think if somebody wants to make the compiling statements prettier or more 
readable, I would suggest using Color GCC.  Color GCC compiler statements are 
more well readable too!

The other option used for source based distributions, is providing the package 
manager responsible for handling "extracting, configuring, building and 
installing", a quiet parameter.  (ie. --quiet)  Most people compiling, would 
likely use the package manager for quieting output.  When compiling every other 
day packages, I do use --quiet.

-- 
Roger
http://rogerx.freeshell.org/

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Release 1.3

2016-05-29 Thread Colin Clark
On 29/05/16 14:36, Klaus Ethgen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Am So den 29. Mai 2016 um  4:01 schrieb John Stoffel:
>> Just gettings the warnings fixed would be a good goal in my mind.
> True.
>
> As you might have noticed, I already did some cleanup in merges 2943df6
> and 6164a63.
>
> Regards
> Klaus
> - -- 
My view, which is but one of many, is that all compiler messages other 
than errors should be inhibited for a standard build.

There may be people trying to use Geeqie who struggle just to download a 
tar and do a make. For them, compiler warnings are an unnecessary worry, 
because they do not understand that the warnings are in fact irrelevant 
to them.

They are only relevant to the developers - and unfortunately there seems 
to be very few of those around at the moment.

Deprecated warnings will never go away, because as fast as they are 
fixed, the GTK developers are at work creating a few more.

My view is that all warnings should only be enabled with the 
--enable-developer option.


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Release 1.3

2016-05-29 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am So den 29. Mai 2016 um  4:01 schrieb John Stoffel:
> Just gettings the warnings fixed would be a good goal in my mind.

True.

As you might have noticed, I already did some cleanup in merges 2943df6
and 6164a63.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Charset: ISO-8859-1

iQGcBAEBCgAGBQJXSvA+AAoJEKZ8CrGAGfaszFoMAKtDm4hYx+rs22DY7DC485DK
aBwAO+0PTYJsrUOBk0gZXpllrPXVM2U5hwamyiRjc7mwu/loqVAVxdqS7j428L80
+BM+8oOLXJCDtJaAShM5+U4PeGH0Ny7bZfPr7lv2tPA7EP7iyez8l0ein2bJ0Eqe
ISQKxNz2o+ueAGMylPD7moM9cOrQjCUFcsrJNOgJ7xVQAiZO03HQcqgeaEqodN83
cKU+awPjf6JCmHHREn199ppzdSduNK4auq27gXNMu+aR+AasR8rYL5jdmOUrb78u
GKUQ/Iq94suu5BN6tDF70KMgiFs75FhrRo8i/ooyFUqsF7aYcqLBwFNtzD9akgoL
4xH0+0MtrD/GdRc7YtX7empZ1vO8ibqYNF9rR3pSQcGH/bG1V9jFckay8vSYX3r9
SNosdcA9xipkFmua8XjDXfl/N4mgt65DRD5gcKGrHgrfARVzqXEvKA1Z8tph21en
TBTyxtO/5NMCcpOLQmmu6e2wPjAqB1OJZjdGNzGsLg==
=YVMi
-END PGP SIGNATURE-

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel