<div dir="ltr">Hans Klabbers:<br><br>     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.<br><div class="gmail_extra"><br>Titus:<br><br>     Thank you! I&#39;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&#39;s my first paper and Rapperswil will be my first meeting, but I think I&#39;ll definitely be able to make forward progress and get this into the standard.<br><br><div class="gmail_quote">On Mon, May 14, 2018 at 1:21 PM, <a href="mailto:hans@klabbers.nl">hans@klabbers.nl</a> <span dir="ltr">&lt;<a href="mailto:hans@klabbers.nl" target="_blank">hans@klabbers.nl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space">Hi JeanHeyd,<div><br></div><div>Thank you for sharing this proposal. The proposal really fills a void. </div><div><br></div><div>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 <a href="http://www.klabbers.nl/c/dependency-management-for-c/" target="_blank">http://www.klabbers.nl/c/<wbr>dependency-management-for-c/</a>). Part of my current thinking is also define unified compile/build flags.</div><div><br></div><div>Kind regards,</div><div><br></div><div>Hans Klabbers. </div><div><div><br><blockquote type="cite"><div><div class="h5"><div>On May 12, 2018, at 1:47 AM, ThePhD &lt;<a href="mailto:phdofthehouse@gmail.com" target="_blank">phdofthehouse@gmail.com</a>&gt; wrote:</div><br class="m_1341005694506088991Apple-interchange-newline"></div></div><div><div><div class="h5"><div dir="ltr"><div><div><div><div><div>Dear SG15,<br><br></div>     Titus Winters at C++Now invited people to join the SG15 mailing list (which I didn&#39;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 &quot;std::embed&quot; -- <a href="http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p1040r0.html" target="_blank">http://www.open-std.org/jtc1/<wbr>sc22/wg21/docs/papers/2018/<wbr>p1040r0.html</a>.<br><br></div>     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.<br><br></div>     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!<br></div></div></div></div></div><span class="">
______________________________<wbr>_________________<br>Tooling mailing list<br><a href="mailto:Tooling@isocpp.open-std.org" target="_blank">Tooling@isocpp.open-std.org</a><br><a href="http://www.open-std.org/mailman/listinfo/tooling" target="_blank">http://www.open-std.org/<wbr>mailman/listinfo/tooling</a><br></span></div></blockquote></div><br></div></div><br>______________________________<wbr>_________________<br>
Tooling mailing list<br>
<a href="mailto:Tooling@isocpp.open-std.org">Tooling@isocpp.open-std.org</a><br>
<a href="http://www.open-std.org/mailman/listinfo/tooling" rel="noreferrer" target="_blank">http://www.open-std.org/<wbr>mailman/listinfo/tooling</a><br>
<br></blockquote></div><br></div></div>