Date: Sun, 2 Jul 2023 09:41:44 -0400
Thanks Matt!
We'll discuss it formally in SG14, I think, as you suggested. You might
remember from previous meetings that there's a 40+ pages working document
that collects a lot of info on the various requests, and I deliberately did
not go in detail in the Progress Report document (I hope to forward the
information gathered so far in the individual papers to come to give the
authors -- myself included -- a start).
There has been a preliminary «culling down» in SG14 already but I'm sure we
could do more. Some of it is implicit as similar efforts end up making
progress on other fronts (you mention Zach, there's also Corentin who's
made progress recently on some of these topics independently of SG14, David
Stone too). We'll gather as much info as we can in the next meeting (Guy
suggested Wednesday... Michael, what do you think?) to polish the progress
report further.
Cheers!
Le sam. 1 juil. 2023 à 19:28, Matt Bentley <mattreecebentley_at_[hidden]> a
écrit :
> Thanks Patrice -
>
> a few minor comments, overall it looks great.
>
> "Many have reported that design styles tend to change (monadic
> programming, functional programming, lazy execution) making it harder to
> grasp what’s going on from the source code (it’s « more magic »)"
>
> This line is unclear - do they mean design styles of the std:: library
> (eg. switching to ranges etc)? And what is the meaning of the <<more
> magic>> line?
>
>
> "Call stacks that are too deep make debugging harder" - a note here
> regarding what makes them deep eg. heavy templating, ranges, might be
> useful
>
> "SOO-Enabled vector" & "InplaceContainer<Size> Inheriting from Container
> Pattern" - check with Zach Laine for static_vector (now "inplace_vector"
> I think)
>
> "Move semantics are perceived as important but too easy to misuse " - I
> think this comes under QOI, so, really down to people to report issues
> to their compiler-of-choice.
>
> The rest of it looks good, I think a SG14 meeting would be the right
> place to cull the number of requests down to a manageable (and
> actionable) number and to disqualify examples which are more QOI. Would
> be good to have Guy Davidson present as a senior member of gamedev to
> provide feedback.
>
> Cheers-
>
>
> On 1/07/2023 9:10 am, Patrice Roy via SG14 wrote:
> > Hi everyone!
> >
> > Before I ask for a paper number, this would be what I would add to the
> > mailing (modulo some adjustments to make it more professional such as
> > moving references to a dedicated section and such). The «cleaned up»
> > version would be the progress report asked by SG14.
> >
> > Of course, we will need authors / co-authors after that :)
> >
> > Take a look and please send feedback before I finish this and make it
> > into an official progress report. Cheers!
> >
> > _______________________________________________
> > SG14 mailing list
> > SG14_at_[hidden]
> > https://lists.isocpp.org/mailman/listinfo.cgi/sg14
>
We'll discuss it formally in SG14, I think, as you suggested. You might
remember from previous meetings that there's a 40+ pages working document
that collects a lot of info on the various requests, and I deliberately did
not go in detail in the Progress Report document (I hope to forward the
information gathered so far in the individual papers to come to give the
authors -- myself included -- a start).
There has been a preliminary «culling down» in SG14 already but I'm sure we
could do more. Some of it is implicit as similar efforts end up making
progress on other fronts (you mention Zach, there's also Corentin who's
made progress recently on some of these topics independently of SG14, David
Stone too). We'll gather as much info as we can in the next meeting (Guy
suggested Wednesday... Michael, what do you think?) to polish the progress
report further.
Cheers!
Le sam. 1 juil. 2023 à 19:28, Matt Bentley <mattreecebentley_at_[hidden]> a
écrit :
> Thanks Patrice -
>
> a few minor comments, overall it looks great.
>
> "Many have reported that design styles tend to change (monadic
> programming, functional programming, lazy execution) making it harder to
> grasp what’s going on from the source code (it’s « more magic »)"
>
> This line is unclear - do they mean design styles of the std:: library
> (eg. switching to ranges etc)? And what is the meaning of the <<more
> magic>> line?
>
>
> "Call stacks that are too deep make debugging harder" - a note here
> regarding what makes them deep eg. heavy templating, ranges, might be
> useful
>
> "SOO-Enabled vector" & "InplaceContainer<Size> Inheriting from Container
> Pattern" - check with Zach Laine for static_vector (now "inplace_vector"
> I think)
>
> "Move semantics are perceived as important but too easy to misuse " - I
> think this comes under QOI, so, really down to people to report issues
> to their compiler-of-choice.
>
> The rest of it looks good, I think a SG14 meeting would be the right
> place to cull the number of requests down to a manageable (and
> actionable) number and to disqualify examples which are more QOI. Would
> be good to have Guy Davidson present as a senior member of gamedev to
> provide feedback.
>
> Cheers-
>
>
> On 1/07/2023 9:10 am, Patrice Roy via SG14 wrote:
> > Hi everyone!
> >
> > Before I ask for a paper number, this would be what I would add to the
> > mailing (modulo some adjustments to make it more professional such as
> > moving references to a dedicated section and such). The «cleaned up»
> > version would be the progress report asked by SG14.
> >
> > Of course, we will need authors / co-authors after that :)
> >
> > Take a look and please send feedback before I finish this and make it
> > into an official progress report. Cheers!
> >
> > _______________________________________________
> > SG14 mailing list
> > SG14_at_[hidden]
> > https://lists.isocpp.org/mailman/listinfo.cgi/sg14
>
Received on 2023-07-02 13:42:12