Date: Wed, 13 May 2020 09:20:49 +0100
D2170R0 is yours :)
The next mailing is May 15th at 2pm UTC, so make sure you hit that. Sorry
for the rush.
Gašper
On Wed, May 13, 2020 at 9:09 AM Gašper Ažman <gasper.azman_at_[hidden]> wrote:
> Look at mpark/wg21 on GitHub.
>
> It's not the only way to format documents, but it helps. A paper has a
> particular structure you should follow, but since yours is not a proposal,
> you can skip the proposed wording.
>
> Once your paper is "in shape" I'll upload it to the tracker. I'll get you
> a paper number later today.
>
> G
>
> On Tue, May 12, 2020, 15:35 Charles Salvia <charles.a.salvia_at_[hidden]>
> wrote:
>
>> Yes, thank you, that would be great. What is the process for publishing
>> in a mailing?
>>
>> On Tue, May 12, 2020 at 2:41 AM Gašper Ažman <gasper.azman_at_[hidden]>
>> wrote:
>>
>>> Do you need help publishing this in a mailing?
>>>
>>> On Tue, May 12, 2020, 06:00 Charles Salvia via Std-Proposals <
>>> std-proposals_at_[hidden]> wrote:
>>>
>>>> I've implemented std::error, meeting the requirements laid out in [
>>>> P1028
>>>> <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p1028r3.pdf>],
>>>> and based on this experience, have written up a paper outlining various
>>>> design decisions and concerns that came up during the implementation,
>>>> particularly with regard to how std::error might map to existing error
>>>> mechanisms (dynamic exceptions, std::error_code).
>>>>
>>>> This is not a formal proposal right now. It is intended simply to
>>>> further discussion around the design, requirements and implementation
>>>> details of some future std::error specification.
>>>>
>>>> https://charles-salvia.github.io/std_error_feedback.html
>>>> --
>>>> Std-Proposals mailing list
>>>> Std-Proposals_at_[hidden]
>>>> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>>>>
>>>
The next mailing is May 15th at 2pm UTC, so make sure you hit that. Sorry
for the rush.
Gašper
On Wed, May 13, 2020 at 9:09 AM Gašper Ažman <gasper.azman_at_[hidden]> wrote:
> Look at mpark/wg21 on GitHub.
>
> It's not the only way to format documents, but it helps. A paper has a
> particular structure you should follow, but since yours is not a proposal,
> you can skip the proposed wording.
>
> Once your paper is "in shape" I'll upload it to the tracker. I'll get you
> a paper number later today.
>
> G
>
> On Tue, May 12, 2020, 15:35 Charles Salvia <charles.a.salvia_at_[hidden]>
> wrote:
>
>> Yes, thank you, that would be great. What is the process for publishing
>> in a mailing?
>>
>> On Tue, May 12, 2020 at 2:41 AM Gašper Ažman <gasper.azman_at_[hidden]>
>> wrote:
>>
>>> Do you need help publishing this in a mailing?
>>>
>>> On Tue, May 12, 2020, 06:00 Charles Salvia via Std-Proposals <
>>> std-proposals_at_[hidden]> wrote:
>>>
>>>> I've implemented std::error, meeting the requirements laid out in [
>>>> P1028
>>>> <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p1028r3.pdf>],
>>>> and based on this experience, have written up a paper outlining various
>>>> design decisions and concerns that came up during the implementation,
>>>> particularly with regard to how std::error might map to existing error
>>>> mechanisms (dynamic exceptions, std::error_code).
>>>>
>>>> This is not a formal proposal right now. It is intended simply to
>>>> further discussion around the design, requirements and implementation
>>>> details of some future std::error specification.
>>>>
>>>> https://charles-salvia.github.io/std_error_feedback.html
>>>> --
>>>> Std-Proposals mailing list
>>>> Std-Proposals_at_[hidden]
>>>> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>>>>
>>>
Received on 2020-05-13 03:24:03