[Development] QT_DEPRECATED_SINCE and QT_DISABLE_DEPRECATED_BEFORE

Rohan McGovern rohan.mcgovern at nokia.com
Wed Nov 2 01:29:32 CET 2011


Thiago Macieira said:
> On Tuesday, 1 de November de 2011 10:55:49 Frans Klaver wrote:
> > On Tue, Nov 1, 2011 at 10:43 AM, Thiago Macieira <thiago at kde.org> wrote:
> > > One more thing: QT_DEPRECATED expands to empty during the Qt build.
> > > 
> > > Should we enable QT_DEPRECATED_WARNINGS?
> > 
> > FWIW, my personal experience is that build warnings are noticed before
> > documentation changes. I always feel a deprecation warning during the
> > build is more likely to push people to move to the new API than just
> > changing the documentation -- a lot of people like warning-free
> > builds.
> > 
> > So I'd say that would be a yes.
> 
> I'd also like to work on enabling -Werror, but usually deprecation warnings 
> cannot be avoided, so I'll add also a Wno-error-deprecated.
> 

I also noticed that Brad recently added the ability to pass through
options like -Werror into configure [ http://codereview.qt-project.org/7487 ].
I intend for us to attempt using that in CI as soon as we have newer gcc
available (>= 4.6), which will be soon.  Any opinions on exactly
the appropriate -W* options would be appreciated :)



More information about the Development mailing list