<div dir="ltr"><div><div><div><div>Daniel,<br><br></div>Perhaps the better way to go about it than to call scons N times is to have N variant dirs? where there's a variant dir for each build type you want, and then youd call<br><br></div>scons build_wheel<br></div>which is aliased Alias('build_wheel','variant_dir for building wheel path')<br><br></div>Maybe bring this up on scons users mailing list and we'll see if it can be resolved?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 28, 2017 at 6:42 PM, Daniel Holth <span dir="ltr"><<a href="mailto:dholth@gmail.com" target="_blank">dholth@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I was able to implement PEP 517 build_wheel and build_sdist for enscons (on bitbucket), and a click cli calling any backend mentioned in pyproject.toml. Pretty simple. Not sure what to do with the config dictionary.<div><br></div><div>SCons is not designed to be called twice in the same process with different arguments. It would be easier for me to know that pip would only invoke one PEP 517 function per subprocess, or to know all target directories in advance. Otherwise the enscons.api subprocess has to invoke SCons in another subprocess. SCons also builds all targets (wheel and sdist in same invocation) by default.</div><div><br></div><div>"Alakazam!"</div></div><br><div class="gmail_quote"><div><div class="h5"><div dir="ltr">On Wed, Jun 28, 2017 at 3:52 PM Thomas Kluyver <<a href="mailto:thomas@kluyver.me.uk" target="_blank">thomas@kluyver.me.uk</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div><div>On Wed, Jun 28, 2017, at 06:07 PM, Daniel Holth wrote:<br></div>
<blockquote type="cite"><p dir="ltr">Is there a prototype implementation of pep 517 yet?<br></p></blockquote><div><br></div>
</div><div><div>- Flit has a PR with a prototype backend implementation, though it's not up to date with all the changes the PEP has undergone. I'll update it when we've agreed on a spec - it's still a fast moving target right now.<br></div>
<div>- I have a prototype module frontends could use to call hooks here: <a href="https://github.com/takluyver/pep517" target="_blank">https://github.com/takluyver/<wbr>pep517</a> . It's mostly up to date, except for the issue with using sdist as a fallback for copying files for a wheel.<br></div>
<div><br></div>
<div>Re: magic strings - like Nathaniel said, I haven't noticed them as part of any proposal so far.<br></div></div><div>
<div><br></div>
<div>Thomas<br></div>
</div></div></div><span class="">

______________________________<wbr>_________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org" target="_blank">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/distutils-sig</a><br>
</span></blockquote></div>
<br>______________________________<wbr>_________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/distutils-sig</a><br>
<br></blockquote></div><br></div>