[OT] - C++ exceptions are becoming more and more problematic
Paulo Pinto
pjmlp at progtools.org
Thu Feb 24 10:49:44 UTC 2022
On Thursday, 24 February 2022 at 10:06:24 UTC, IGotD- wrote:
> On Thursday, 24 February 2022 at 08:08:49 UTC, Paulo Pinto
> wrote:
>>
>> They aren't going anywhere, most of Herb's latest papers seem
>> like ideas how the language could be improved upon, but beyond
>> the original paper, presentation at CppCon and eventually some
>> prototype available on Compiler Explorer, little more has
>> happened.
>>
>> I might be wrong here, but from C++ mailings it is clear
>> nothing is happening with those papers.
>>
>> Also in regards to exceptions, Bjarne has a paper where he
>> criticizes the current compiler implementations for leaving
>> performance improvements on the table by not wanting to break
>> existing ABIs, while arguing against Herb's approach.
>>
>> "C++ exceptions and alternatives"
>>
>> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1947r0.pdf
>
> That's a problem for D because I suggest that we copy whatever
> C++ decides to implement. The reason is that the solution is
> probably going to be good enough for D. Using the C++ solution
> also ensures FFI compatibility. Associated with the new C++
> error handling is going to be an ABI change (for every CPU
> architecture) and that the D project would create its own
> bespoke ABI is a lot of work which might not play well with C++
> or other SW.
Until ISO C++26, ISO C++ is definitly not deciding anything
related to Herb's proposal, and it remains to be seen if there
will be anything in a form of a proper ISO C++ feature proposal
paper for post ISO C++26.
Waiting for C++ to decide anything is only detrimental for D.
More information about the Digitalmars-d
mailing list