[SciPy-dev] new buld process in CVS
eric at scipy.org
Thu Jan 10 09:57:07 CST 2002
> eric> library, in the best scenarios, it would download it from
> eric> the scipy website. This is probably a little ways out
> eric> though.
> Maybe once ciphon (http://sourceforge.net/projects/pythonsiphon/) gets
> good enough we could use it.
Yes, it might. Has anyone played with it at all? On the other hand,
ftp/http support is so good, that it only takes a few lines of code to
the download. The architecture/CPU detection is more difficult, but not to
bad. Still, if ciphon handles this, then know need to duplicate.
> Also, I noticed on the weave documentation page that you were looking
> for a way to check if given an xterm if there is an X11 display
> available. The easiest way to do this is to check for the DISPLAY env
> In : import os
> In : print os.environ['DISPLAY']
> On a remote telnet session this will cause a KeyError.
> $ python -c "import os; print os.environ.get('DISPLAY')"
Good. Thanks. I'll try and work this into the code in the needed places.
> Eric, weave.blitz is fantastic! Great job!! I haven't really checked
> out weave.inline yet but like blitz a lot. :)
Glad it is working for you.
> One thing I thought I'd mention. I'm sure you are aware of this but I
> think it worthy of mention. When you use blitz for an expression the
> computation is different from that when done by numeric. blitz will
> use the computed values immediately (Gauss-Siedel) while numeric will
> make a copy and do the computation (Gauss-Jordan). This means that
> sometimes the result of a computation when done by exec(expr) will be
> different from that of blitz(expr). Here is an example.
This is true. I definitely need to mention this in the documentation
somewhere. It can happen if values on the RHS of the equation are also on
the LHS of the equation -- but only in certain circumstances like your
example. Thanks for pointing this out.
More information about the Scipy-dev