C++ Logo

sg15

Advanced search

Re: [Tooling] [ std::embed ] Getting Data into C++ at Build Time

From: Gabriel Dos Reis <gdr_at_[hidden]>
Date: Wed, 16 May 2018 20:37:16 +0000
You ask the SG15 chair - simple as that :-)

PS: next time, explicitly include the SG and WG in the audience field.

On May 16, 2018, at 1:06 PM, ThePhD <phdofthehouse_at_[hidden]<mailto:phdofthehouse_at_[hidden]>> wrote:

As a small side note to the discussion...

     It is my understanding that in order to have the paper talked about at a C++ Committee Meeting, it must be scheduled in advance by a chair. I think my "std::embed" paper is going to go through LEWG and EWG: does anyone know how I get this paper in front of a chair to schedule 15, 30 minutes (or whatever it allotted) for discussion? My biggest concern is having at least one Evolution group look at it, so I can ensure that I am taking the right design steps.

On Wed, May 16, 2018 at 2:33 PM, ThePhD <phdofthehouse_at_[hidden]<mailto:phdofthehouse_at_[hidden]>> wrote:
Hans Klabbers:

     The work you are doing seems very interesting. However, I am not sure that I have the expertise to help you build up a proper build description for C++ (and/or C). Still, SG15 sounds like the perfect place to think about that and what it means to have a proper descirption of a C++ build.

Titus:

     Thank you! I'll be presenting the work at Rapperswil and hopefully figuring out the exact right semantics that the committee wants so I can make a proper R1 with wording, ready by the time Pre-San Diego Mailing comes around. It's my first paper and Rapperswil will be my first meeting, but I think I'll definitely be able to make forward progress and get this into the standard.


On Mon, May 14, 2018 at 1:21 PM, hans_at_[hidden]<mailto:hans_at_[hidden]> <hans_at_[hidden]<mailto:hans_at_[hidden]>> wrote:
Hi JeanHeyd,

Thank you for sharing this proposal. The proposal really fills a void.

As you already mentioned in the proposal we should strive towards a unified world instead of a fragmented one. Therefore this proposal should be accompanied by a proposal for WG15 for unified compile/build description. I’ve been thinking about dependency management lately (see http://www.klabbers.nl/c/dependency-management-for-c/<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.klabbers.nl%2Fc%2Fdependency-management-for-c%2F&data=02%7C01%7Cgdr%40microsoft.com%7Ce2351ab3af614b95dccf08d5bb688c7c%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636620980073762595&sdata=X%2FUfBTiMpqOtaZFlklS1ccKRE4JvZ%2FQ8f%2BMBti78FMY%3D&reserved=0>). Part of my current thinking is also define unified compile/build flags.

Kind regards,

Hans Klabbers.

On May 12, 2018, at 1:47 AM, ThePhD <phdofthehouse_at_[hidden]<mailto:phdofthehouse_at_[hidden]>> wrote:

Dear SG15,

     Titus Winters at C++Now invited people to join the SG15 mailing list (which I didn't actually know existed!) and share their ideas. I wrote a paper about getting resource data from files into C++ in a cross-platform, compile-time way, under the name "std::embed" -- http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p1040r0.html<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.open-std.org%2Fjtc1%2Fsc22%2Fwg21%2Fdocs%2Fpapers%2F2018%2Fp1040r0.html&data=02%7C01%7Cgdr%40microsoft.com%7Ce2351ab3af614b95dccf08d5bb688c7c%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636620980073762595&sdata=lO53rcKdxE%2FrSdtztKne0OIX8VWeDeXHkZJVf95%2B9u8%3D&reserved=0>.

     I expect the paper to be changed quite a bit as I go to my first C++ Meeting in Rapperswil, but before I do I would like to submit the paper here. It seems like something that would be of benefit to this Study Group, as it can replace many build steps currently used today to handle the same sort of issue.

     If anyone could give me feedback about the paper, what it might meant to them, or if it even is something that truly concerns Tooling, I would greatly appreciate it!
_______________________________________________
Tooling mailing list
Tooling_at_[hidden]g<mailto:Tooling_at_[hidden]>
http://www.open-std.org/mailman/listinfo/tooling<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.open-std.org%2Fmailman%2Flistinfo%2Ftooling&data=02%7C01%7Cgdr%40microsoft.com%7Ce2351ab3af614b95dccf08d5bb688c7c%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636620980073762595&sdata=V7ZS%2FjIvP1t%2BJNwwKbCPclivMkEkG%2Fx3EKFKqSdiFlQ%3D&reserved=0>


_______________________________________________
Tooling mailing list
Tooling_at_[hidden]<mailto:Tooling_at_[hidden]>
http://www.open-std.org/mailman/listinfo/tooling<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.open-std.org%2Fmailman%2Flistinfo%2Ftooling&data=02%7C01%7Cgdr%40microsoft.com%7Ce2351ab3af614b95dccf08d5bb688c7c%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636620980073762595&sdata=V7ZS%2FjIvP1t%2BJNwwKbCPclivMkEkG%2Fx3EKFKqSdiFlQ%3D&reserved=0>



_______________________________________________
Tooling mailing list
Tooling_at_[hidden]<mailto:Tooling_at_[hidden]>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.open-std.org%2Fmailman%2Flistinfo%2Ftooling&data=02%7C01%7Cgdr%40microsoft.com%7Ce2351ab3af614b95dccf08d5bb688c7c%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636620980073762595&sdata=V7ZS%2FjIvP1t%2BJNwwKbCPclivMkEkG%2Fx3EKFKqSdiFlQ%3D&reserved=0

Received on 2018-05-16 22:37:21