<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Aug 22, 2012, at 3:59 AM, Ralf Gommers wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br><br><div class="gmail_quote">On Tue, Aug 21, 2012 at 12:51 AM, Travis Oliphant <span dir="ltr">&lt;<a href="mailto:travis@continuum.io" target="_blank">travis@continuum.io</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm actually not sure, why. &nbsp; I think the issue is making sure that the release manager can actually "build" NumPy without having to buy a particular compiler.<br></blockquote><div><br>That would help, yes. MS Express doesn't work under Wine last time I checked by the way. <br>
<br>However, the issue is more than just one license. There's a large number of packages that depend on numpy and provide binaries. If they can't make those compatible with numpy ones, that's a problem. Users will first install numpy 64-bit, and then later find out that part of the scientific Python stack isn't available to them anymore.<br>
&nbsp;<br></div></div></blockquote><div><br></div><div>As far as I understand, you don't *have* to build all downstream dependencies with the same compiler that NumPy was built with unless your extension relies on the way C-functions pass structures on the stack (not pointers to them, but structures as a whole) or if it relies on the representation of FILE*. &nbsp; &nbsp; &nbsp;At one time all structures were passed as pointers specifically for this reason. &nbsp; The FILE* situation is a problem, but most extensions don't use NumPy C-API calls that have a FILE* argument.&nbsp;</div><br><blockquote type="cite"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; ">
<br>
But, I would rather have official builds of NumPy for all platforms with a compiler paid for by a NumPy-sponsor than not have them.<br></blockquote><div><br>I would only want to have those if I can have the whole stack. If that's possible, then (if Christoph is okay with it) why not upload Christoph's binaries also to SF and call them "official" then? I don't see the point in duplicating his efforts.<br>
<br></div></div></blockquote><div><br></div><div>Yes, I agree. &nbsp; I would really like there to be several build machines, maintained by the community (NumFOCUS could sponsor this) which can be used to build windows binaries from a build specification. &nbsp; I think bento is a good tool. &nbsp; We could accelerate its use by offering machines that automatically build binaries for packages with bento scripts. &nbsp; &nbsp;</div><div><br></div><div>If someone is interested in doing a project like this for the community, let me know as there are funds available to sponsor it --- just the lack of someone to see it through. &nbsp;</div><div><br></div><div>-Travis</div><div><br></div><div><br></div></div></body></html>