On Monday 26 August 2024 17:18:22 GMT-7 Ville Voutilainen wrote: > So eventually such libraries > need to > be fixed so that they ship configurations and builds where such > functions can be compiled as non-noexcept with contract checks turned > on, so that > throwing violation handlers can be used. With those (useless) > noexcepts there, we have the library that's supposed to be the most > generic and the > most foundational, and it fails to be that, it bakes in a very > particular failure mode for logic errors.
Is there a paper proposing the removal of those noexcepts? And where does it end? Do any pointer dereferences imply a precondition and thus not-noexcept? -- Thiago Macieira - thiago.macieira (AT) intel.com Principal Engineer - Intel DCAI Platform & System Engineering
smime.p7s
Description: S/MIME cryptographic signature
-- Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
