This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author dmalcolm
Recipients benjamin.peterson, dmalcolm, lukasz.langa, pitrou, vstinner
Date 2017-08-21.21:38:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1503351537.31.0.103489962134.issue31237@psf.upfronthosting.co.za>
In-reply-to
Content
The problem is that there are so many variables:
* which version of which compiler
* optimization flags
* which version of gdb
* which CPU architecture
etc (and the compiler and/or gdb could be carrying patches from downstream distributors...)

All of these can affect the debugging experience; as soon as optimizations are turned on it's very hard to predict exactly how well we can capture the frame information in the debugger.

Hence it makes sense to skip these tests for optimized builds, to avoid creating noise in the buildbots.

Downstream distributions might want to re-enable the tests, if they have sufficient control over the compiler and debugger versions that are in use, I guess.

Or maybe there's a way to express some of the above sanely?  Not sure.

Hope this is constructive.
History
Date User Action Args
2017-08-21 21:38:57dmalcolmsetrecipients: + dmalcolm, pitrou, vstinner, benjamin.peterson, lukasz.langa
2017-08-21 21:38:57dmalcolmsetmessageid: <1503351537.31.0.103489962134.issue31237@psf.upfronthosting.co.za>
2017-08-21 21:38:57dmalcolmlinkissue31237 messages
2017-08-21 21:38:57dmalcolmcreate