[Development] QT_DEPRECATED_SINCE and QT_DISABLE_DEPRECATED_BEFORE
bradley.hughes at nokia.com
bradley.hughes at nokia.com
Wed Nov 2 11:53:40 CET 2011
On 02 Nov, 2011, at 01:29 , ext Rohan McGovern wrote:
> 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 :)
I would love to see us fix all the -Woverloaded-virtual warnings… there are tons of them :(
--
Bradley T. Hughes
bradley.hughes at nokia.com
More information about the Development
mailing list