[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