Simon Hill wrote:
C) Lastly, it would be nice if someone could indicate whether a finished and fully functional version of this project would be likely to make it into the mainline as I have seen requests for its functionality many times, including on this mailing list, and it has no downside: - It does not alter the output in any way. - It has no impact on compilation and compilation speed when not explicitly invoked. - The code is structured to make any future maintenance painless.
I'm reluctant to add an extension which requires people to modify all their code in a non-conformant way if they want to use it. I'm sympathetic to your suggested changes to C++, but I'd like to see some indication that they might make it into a future standard before accepting a patch along these lines.
My impression is that the C++ committee generally feel that exception specifications are a failed feature, and nobody is particularly interested in fixing them.
> It should also be very
easy to add a switch to instruct G++ to ignore all exception specifications when generating code, if necessary.
There is one already: -fno-enforce-eh-specs Jason
