<div dir="ltr"><div class="gmail_extra">On 21 August 2013 11:29, Oscar Benjamin <span dir="ltr"><<a href="mailto:oscar.j.benjamin@gmail.com" target="_blank">oscar.j.benjamin@gmail.com</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1r7" style="overflow:hidden">I may have misunderstood it but looking at this<br>
<a href="https://github.com/numpy/numpy/blob/master/tools/win32build/nsis_scripts/numpy-superinstaller.nsi.in#L147" target="_blank">https://github.com/numpy/numpy/blob/master/tools/win32build/nsis_scripts/numpy-superinstaller.nsi.in#L147</a><br>

I think that the installer ships variants for each architecture and<br>
decides at install time which to place on the target system. If that's<br>
the case then would it be possible for a wheel to ship all variants so<br>
that a post-install script could sort it out (rename/delete) after the<br>
wheel is installed?</div></blockquote></div><br>Wheel 1.0 does not have the ability to bundle multiple versions (and I don't think tags are fine-grained enough to cover the differences numpy need, which are at the "do you have the SSE instruction set?" level AIUI). Multi-version wheels are a possible future extension, but I don't know if anyone has thought about fine-grained tags.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra" style>This is precisely the sort of input that the numpy people could provide to make sure that the wheel design covers their needs.</div><div class="gmail_extra" style>
Paul</div></div>