Compiling Subsurface against Qt in debug/developer mode

Thiago Macieira thiago at macieira.org
Tue Dec 26 03:54:32 PST 2017


On terça-feira, 26 de dezembro de 2017 08:15:06 -02 Jan Mulder wrote:
> Currently, I'm (test) compiling Subsurface against the relatively new Qt
> 5.10, which I compiled myself in developer mode. As the Qt source
> contains numerous asserts that are only active in developer mode, I
> (obviously) trip some of them while using our Subsurface (see for
> example, PR #977).
> 
> So, my question is now: what to do with this knowledge? When there is an
> obvious fix (like in 977), there seems no reason not to fix this in
> Subsurface. But now, I am stuck on a very deep down assert triggered by
> the new filter code. This code seems to work just fine in production
> code, and a fix on our side seems not straightforward. It might even be
> a bogus assert in Qt, or a bug in Qt.
> 
> So, another question: what do the Qt specialists here think of the
> "quality of the asserts in Qt source?". Are they of any use to non-Qt
> developers? Obviously, our main objective here is to improve Subsurface
> and not trying to debug Qt. That said, we might improve out code by
> assuming the Qt asserts are valid and correct, and improve our code not
> to trip those.

Assertions inside Qt code, like all warnings printed by Qt, are meant to 
indicate errors in the application's usage of the Qt API. So please 
investigate whether we have a mistake in Subsurface.

If you find out that it's a valid condition but the assertion or warning was 
incorrectly printed, file a bug report with an explanation of how you reached 
it.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center



More information about the subsurface mailing list