Hi,
You can create a setup.py file containing
def configuration(parent_package='',top_path=None):
from numpy.distutils.misc_util import Configuration
config = Configuration(None,parent_package,top_path)
config.add_library('flib', sources = [test.f95])
I would like to aks where can I find more detaile dinfo on
PyArg_ParseTuple function.
I find the doc limited on the matter.
Mainly I am curious why the function requires an address of a pointer.
I have issues in the following case:
in python
int jmax = 16
print type(jmax)
type 'int'
which
Hi David,
The behaviour is there in regular distutils, it is apparently a known
bug, I'm copy/pasting their answer in there for information.
thanks,
C.
Answer (from Tarek Ziade):
This is a regression I introduced to fix the fact that the .so are not
rebuilt we you do subtle changes in your
All,
Would any of you mind giving me commit rights on github? My handle is pierregm.
Thanks a million in advance.
P.
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
All,
The following tickets could be closed if somebody confirmed everything works OK:
* 1586: fixed in r8714
* 1593: fixed in r8715
* 1591: fixed in r8713
* 1493: fixed a while ago (sorry, I completely forgot to comment on it).
Let me know how it goes and I'll close them. Or not.
Thanks in advance
Mon, 11 Oct 2010 23:30:31 +0200, Pierre GM wrote:
Would any of you mind giving me commit rights on github? My handle is
pierregm. Thanks a million in advance.
Granted.
Cheers,
Pauli
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
On Oct 12, 2010, at 1:06 AM, Pauli Virtanen wrote:
Mon, 11 Oct 2010 23:30:31 +0200, Pierre GM wrote:
Would any of you mind giving me commit rights on github? My handle is
pierregm. Thanks a million in advance.
Granted.
Got it, thanks again!
P.
Hi guys,
Am I right in thinking that for the moment at least, the git workflow
is basically the same as the svn workflow (everyone commiting to
trunk)?
I realize that this is not going to cheer anyone up, but is this the
best workflow now? Who would decide?
Best,
Matthew
On Mon, Oct 11, 2010 at 5:09 PM, Pierre GM pgmdevl...@gmail.com wrote:
On Oct 12, 2010, at 1:06 AM, Pauli Virtanen wrote:
Mon, 11 Oct 2010 23:30:31 +0200, Pierre GM wrote:
Would any of you mind giving me commit rights on github? My handle is
pierregm. Thanks a million in advance.
In projects I've worked on, most people have worked on their own
repos, continually merging in changes from other repos to keep
themselves current. I think this is generally a good approach for
development, if a bit disorganized. In addition, obviously a group of
people pushing to numpy/numpy is
I assume there is some reasoning behind this
m = np.array([])
n = np.array([])
m==n
array([], dtype=bool)
I was expecting somthing like.
m = []
n = []
m==n
True
What is the right way to test if an array is empty?
--
Thanks
Vincent Davis
720-301-3003
The reasoning behind this is that == returns an array that specifies
whether each element of the two arrays is equal. It's only defined if
the arrays are the same shape (or maybe if they can be broadcasted to
the same shape).
The correct way to check if an array is empty is to inspect its
On Mon, Oct 11, 2010 at 8:06 PM, Ian Goodfellow
goodfellow@gmail.com wrote:
The reasoning behind this is that == returns an array that specifies
whether each element of the two arrays is equal. It's only defined if
the arrays are the same shape (or maybe if they can be broadcasted to
the
I am pretty new user, but I tend to use shape (n.shape) to check empty
array. You can even check n.size to determine if its empty or not.
Regards,
Brian
-Original Message-
From: numpy-discussion-boun...@scipy.org
[mailto:numpy-discussion-boun...@scipy.org] On Behalf Of Vincent Davis
On Mon, Oct 11, 2010 at 5:56 PM, Joshua Holbrook josh.holbr...@gmail.comwrote:
In projects I've worked on, most people have worked on their own
repos, continually merging in changes from other repos to keep
themselves current. I think this is generally a good approach for
development, if a
On Mon, Oct 11, 2010 at 6:06 PM, Ian Goodfellow
goodfellow@gmail.com wrote:
The reasoning behind this is that == returns an array that specifies
whether each element of the two arrays is equal. It's only defined if
the arrays are the same shape (or maybe if they can be broadcasted to
the
On 10/12/2010 03:39 AM, Charles Doutriaux wrote:
Hi David,
The behaviour is there in regular distutils, it is apparently a known
bug, I'm copy/pasting their answer in there for information.
I saw the discussion, thanks for the update.
cheers,
David
If the arrays are the same size or can be broadcasted to the same
size, it returns true or false on an elementwise basis.
If the arrays are not the same size and can't be broadcasted to the
same size, it returns False, which was a surprise to me too.
import numpy as N
Sturla Molden sturla at molden.no writes:
Yes, this is what I am computing. I am computing the pdf of a very high-
dimensional multivariate normal. Is there a specialized method to compute
this?
If you use cho_solve and cho_factor from scipy.linalg, you can proceed
like this:
cx
On Mon, Oct 11, 2010 at 7:58 PM, Vincent Davis vinc...@vincentdavis.netwrote:
On Mon, Oct 11, 2010 at 6:06 PM, Ian Goodfellow
goodfellow@gmail.com wrote:
The reasoning behind this is that == returns an array that specifies
whether each element of the two arrays is equal. It's only
On 10/12/2010 08:48 AM, Charles R Harris wrote:
On Mon, Oct 11, 2010 at 5:09 PM, Pierre GM pgmdevl...@gmail.com
mailto:pgmdevl...@gmail.com wrote:
On Oct 12, 2010, at 1:06 AM, Pauli Virtanen wrote:
Mon, 11 Oct 2010 23:30:31 +0200, Pierre GM wrote:
Would any of you mind
On Mon, Oct 11, 2010 at 7:31 PM, David da...@silveregg.co.jp wrote:
On 10/12/2010 08:48 AM, Charles R Harris wrote:
On Mon, Oct 11, 2010 at 5:09 PM, Pierre GM pgmdevl...@gmail.com
mailto:pgmdevl...@gmail.com wrote:
On Oct 12, 2010, at 1:06 AM, Pauli Virtanen wrote:
On 10/12/2010 11:12 AM, Charles R Harris wrote:
On Mon, Oct 11, 2010 at 7:31 PM, David da...@silveregg.co.jp
mailto:da...@silveregg.co.jp wrote:
On 10/12/2010 08:48 AM, Charles R Harris wrote:
On Mon, Oct 11, 2010 at 5:09 PM, Pierre GM pgmdevl...@gmail.com
Hi,
In my opinion, I've seen a lot of people coming from SVN try to apply
SVN-style workflow to git (and presumably other dvcs's), but git and
the like (and Github!) allow for much more fine-tuned workflows in my
opinion, and I think it's a mistake to ignore that. I'm just some guy,
though,
Hi,
I find having the branch displayed on the command line helpful in avoiding
mishaps, so I have the following in my .bashrc
export PS1='\[\033[1;31m\]\$\[\033[0m\...@\h \W$(__git_ps1 (%s))\\$ '
The \W$(__git_ps1 (%s)) bit is the important part.
Yes, that one's a lifesaver. It's part
Hi,
In my opinion, I've seen a lot of people coming from SVN try to apply
SVN-style workflow to git (and presumably other dvcs's), but git and
the like (and Github!) allow for much more fine-tuned workflows in my
opinion, and I think it's a mistake to ignore that. I'm just some guy,
though,
26 matches
Mail list logo