llvm dev - Nov 2015 - [cfe-dev] [RFC][libcxx] Fix and maintain the no-exceptions build of libcxx

On 2 Nov 2015, at 16:23, Marshall Clow via cfe-dev <cfe-dev at
lists.llvm.org> wrote:
> 
> I find it amusing that you think that there's a "correct
behavior" when the standard specifies that an operation should throw an
exception and you have disabled exceptions.
This is possibly something that the standards committee should address.  There
are lots of situations where you don’t want to enable exceptions, and it would
be nice to have an official, standard version of C++ that would work in this
situation.  Embedded C++ tried, but threw away too much to be useful in
practice.  Is there a subcommittee looking at this kind of use?

David

On 04/11/15 16:29, David Chisnall via llvm-dev wrote:
> This is possibly something that the standards committee should address. 
There are lots of situations where you don’t want to enable exceptions, and it
would be nice to have an official, standard version of C++ that would work in
this situation.  Embedded C++ tried, but threw away too much to be useful in
practice.  Is there a subcommittee looking at this kind of use?
SG14 are probably interested in this, but I don't think they've produced
much in the way of documentation or recommendations yet.

Ben

On Wed, Nov 4, 2015 at 3:48 AM, Ben Pope via llvm-dev
<llvm-dev at lists.llvm.org> wrote:
> On 04/11/15 16:29, David Chisnall via llvm-dev wrote:
>>
>> This is possibly something that the standards committee should address.
>> There are lots of situations where you don’t want to enable exceptions,
and
>> it would be nice to have an official, standard version of C++ that
would
>> work in this situation.  Embedded C++ tried, but threw away too much to
be
>> useful in practice.  Is there a subcommittee looking at this kind of
use?
>
>
> SG14 are probably interested in this, but I don't think they've
produced
> much in the way of documentation or recommendations yet.
>
> Ben
I believe most of SG14's time (at CppCon and Kona) has been spent
discussing this issue.

- Michael Spencer