Re: [Numpy-discussion] build problem: numpy with cygwin mingw

Hi Sebastian, > I just tried my first build from a svn checkout on windows using > cygwin. I want to use the non cygwin python - i.e. the non-cygwin > (mingw) compiler more. > I get a presumably very basic error: > Even though I follow the simple instructions on > http://www.scipy.org/Insta

Re: [Numpy-discussion] Args for rand and randn: call for a vote

Ed Schofield wrote: > On 09/07/2006, at 12:04 AM, Robert Kern wrote: > >> I would like to ask about the purpose of calling for a vote, here. >> What >> authority do you intend the result to have? If you are just asking >> for a straw >> poll of opinions from the list to inform Travis' decision

Re: [Numpy-discussion] What's wrong with matrices?

On 08/07/2006, at 10:22 PM, JJ wrote: > 3) In some operations, especially range selection operations, a N, > 1 matrix is > turned into a 1,N matrix. This is confusing relative to matlab and > problematic, > in my view. This sounds like a bug. Can you give any examples of this happening w

Re: [Numpy-discussion] Args for rand and randn: call for a vote

On 09/07/2006, at 12:04 AM, Robert Kern wrote: > Ed Schofield wrote: >> Last week's discussion on rand() and randn() seemed to indicate a >> sentiment that they ought to take tuples for consistency with ones, >> zeros, eye, identity, and empty -- that, although they are supposed >> to be convenie

Re: [Numpy-discussion] NumPy beta release plan

Charles R Harris wrote: > Hi Travis, > > Are you going to make a development branch so other things can > continue going into Numpy until the 1.0 release? Something like that is a good idea. I'm open to suggestions... -Travis --

[Numpy-discussion] build problem: numpy with cygwin mingw

Hi, I just tried my first build from a svn checkout on windows using cygwin. I want to use the non cygwin python - i.e. the non-cygwin (mingw) compiler more. I get a presumably very basic error: Even though I follow the simple instructions on http://www.scipy.org/Installing_SciPy/Windows calling

Re: [Numpy-discussion] Args for rand and randn: call for a vote

On Sat, Jul 08, 2006 at 06:15:25PM -0500, Robert Kern wrote: > Pau Gargallo wrote: > > On 7/8/06, Robert Kern <[EMAIL PROTECTED]> wrote: > >> Ed Schofield wrote: > >>> * Should numpy.rand and numpy.randn accept sequences of dimensions as > >>> arguments, like rand((3,3)), as an alternative to rand(

Re: [Numpy-discussion] What's wrong with matrices?

Hello. My 2 cents may be late on this, but I do have some thoughts as a matlab user switching over to numpy/scipy. I will just list my points, and I have a general question at the end. 1) I vote for a simple way to allow matrices to be the default (vs arrays), with all matrix operations/functio

Re: [Numpy-discussion] Args for rand and randn: call for a vote

Pau Gargallo wrote: > On 7/8/06, Robert Kern <[EMAIL PROTECTED]> wrote: >> Ed Schofield wrote: >>> * Should numpy.rand and numpy.randn accept sequences of dimensions as >>> arguments, like rand((3,3)), as an alternative to rand(3,3)? >>> * Should rand((3,3)) and randn((3,3)) continue to raise a Typ

Re: [Numpy-discussion] Args for rand and randn: call for a vote

On 7/8/06, Robert Kern <[EMAIL PROTECTED]> wrote: > Ed Schofield wrote: > > * Should numpy.rand and numpy.randn accept sequences of dimensions as > > arguments, like rand((3,3)), as an alternative to rand(3,3)? > > > * Should rand((3,3)) and randn((3,3)) continue to raise a TypeError? > > This is a

Re: [Numpy-discussion] Args for rand and randn: call for a vote

Ed Schofield wrote: > Last week's discussion on rand() and randn() seemed to indicate a > sentiment that they ought to take tuples for consistency with ones, > zeros, eye, identity, and empty -- that, although they are supposed > to be convenience functions, they are inconvenient precisely be

Re: [Numpy-discussion] .M .A .T .H attribute result

Hi all,On 7/8/06, Fernando Perez <[EMAIL PROTECTED]> wrote: Hi all,On 7/7/06, Travis Oliphant <[EMAIL PROTECTED]> wrote:>> I didn't compile the results, but the discussion on the idea of adding> new attributes to the array object led to the following result. >> Added:  .T attribute to mean self.tra

Re: [Numpy-discussion] .M .A .T .H attribute result

Hi all, On 7/7/06, Travis Oliphant <[EMAIL PROTECTED]> wrote: > > I didn't compile the results, but the discussion on the idea of adding > new attributes to the array object led to the following result. > > Added: .T attribute to mean self.transpose() [...] > .H > > A few were in favor, but thi

Re: [Numpy-discussion] Args for rand and randn: call for a vote

Ed Schofield wrote: > Last week's discussion on rand() and randn() seemed to indicate a > sentiment that they ought to take tuples for consistency with ones, > zeros, eye, identity, and empty -- that, although they are supposed > to be convenience functions, they are inconvenient precisely be

Re: [Numpy-discussion] NumPy beta release plan

Hi Travis,Are you going to make a development branch so other things can continue going into Numpy until the 1.0 release?ChuckOn 7/8/06, Darren Dale <[EMAIL PROTECTED]> wrote:On Saturday 08 July 2006 4:04 am, Stephan Tolksdorf wrote: > Hi Travis,>> thanks for putting all the effort into NumPy.>>  

Re: [Numpy-discussion] I think something broke badly today in numpy/scipy...

On 7/8/06, Travis Oliphant <[EMAIL PROTECTED]> wrote: > Hey Fernando. I think I found the problem. It was the same problem > causing the BFGS test to fail in SciPy. [...] > The problem should be fixed in SVN. Confirmed. With: numpy version: 0.9.9.2788 scipy version: 0.5.0.2057 I checked

Re: [Numpy-discussion] Args for rand and randn: call for a vote

Ed Schofield wrote: > * Should numpy.rand and numpy.randn accept sequences of dimensions as > arguments, like rand((3,3)), as an alternative to rand(3,3)? > For allowing tuples: +1 For *only* allowing tuples: +1 Alan Isaac Using Tomcat but need to do more? Need t

[Numpy-discussion] more bdist_mpkg issues (setuptools)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Now that I figured out how to get at bdist_mpkg, I am experiencing issues with building extensions. I am trying to set them up as before with distutils except with the following import statement: from setuptools import setup, Extension However, m

Re: [Numpy-discussion] recarray field names

It was suggested that I put off this discussion until we were closer to the 1.0 release. Perhaps now is a good time to bring it up once again? The quick summary: accessing field names has some oddness that needs cleaning up. On 3/15/06, Travis Oliphant <[EMAIL PROTECTED]> wrote: > Fernando Perez

[Numpy-discussion] Fwd: bdist_mpkg

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Never mind, I see that it is in setupegg.py. C. Begin forwarded message: > From: [EMAIL PROTECTED] > Date: July 8, 2006 11:11:02 AM EDT > To: numpy-discussion@lists.sourceforge.net > Subject: bdist_mpkg > > As of recent svn updates, I can no longer

[Numpy-discussion] Fwd: bdist_mpkg

Never mind, I see that it is in setupegg.py. C. Begin forwarded message: From: [EMAIL PROTECTED] Date: July 8, 2006 11:11:02 AM EDT To: numpy-discussion@lists.sourceforge.net Subject: bdist_mpkg As of recent svn updates, I can no longer build numpy binaries for OS X using bdist_mpkg. How do

[Numpy-discussion] bdist_mpkg

As of recent svn updates, I can no longer build numpy binaries for OS X using bdist_mpkg. How do I restore this capability, or is there a better way of building Mac binaries? Thanks, C. -- Christopher Fonnesbeck + Atlanta, GA + fonnesbeck at mac.com + Contact me on AOL IM using email address

Re: [Numpy-discussion] NumPy beta release plan

On Saturday 08 July 2006 4:04 am, Stephan Tolksdorf wrote: > Hi Travis, > > thanks for putting all the effort into NumPy. > > > Unless there is a serious issue pointed out, the only thing that should > > be changed at this point are bug-fixes, documentation strings, and added > > tests. Once 1.

Re: [Numpy-discussion] Args for rand and randn: call for a vote

> * Should numpy.rand and numpy.randn accept sequences of dimensions as > arguments, like rand((3,3)), as an alternative to rand(3,3)? +1 -- Scott M. RansomAddress: NRAO Phone: (434) 296-0320 520 Edgemont Rd. email: [EMAIL PROTECTED] Charlottesville, VA

Re: [Numpy-discussion] Args for rand and randn: call for a vote

On Saturday 08 July 2006 7:07 am, Ed Schofield wrote: > * Should numpy.rand and numpy.randn accept sequences of dimensions as > arguments, like rand((3,3)), as an alternative to rand(3,3)? +1 -- Darren S. Dale, Ph.D. [EMAIL PROTECTED] Using Tomcat but need to do more? Need to support web servic

Re: [Numpy-discussion] What's wrong with matrices?

On 7/8/06, Travis Oliphant <[EMAIL PROTECTED]> wrote: > Okay, here are a few that come to mind.> 1) Functions that take a matrix but return an array.  Maybe these are> all fixed now.  But they better be fixed not just in numpy but in> scipy too.  To me this implies there needs to be some standard i

Re: [Numpy-discussion] Args for rand and randn: call for a vote

> * Should numpy.rand and numpy.randn accept sequences of dimensions as> arguments, like rand((3,3)), as an alternative to rand(3,3)? >+1  Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download

Re: [Numpy-discussion] Args for rand and randn: call for a vote

On 7/8/06, Ed Schofield <[EMAIL PROTECTED]> wrote: > > Last week's discussion on rand() and randn() seemed to indicate a > sentiment that they ought to take tuples for consistency with ones, > zeros, eye, identity, and empty -- that, although they are supposed > to be convenience functions, they ar

Re: [Numpy-discussion] Args for rand and randn: call for a vote

Ed Schofield schrieb: > > I'd like to call for a vote on what people would prefer, and then ask > Travis to make a final pronouncement before the feature freeze. > > > > > * Should numpy.rand and numpy.randn accept sequences of dimensions as > arguments, like rand((3,3)), as an alternativ

Re: [Numpy-discussion] building ATLAS on Win32 - endless compile loop

> My laptop is a Pentium M, which isn't one of the options on the > architecture list. So I picked "unknown". > In that case ATLAS propably does a full search instead of the much smaller architectural default one. This takes much longer, but not infinitely. Cheers, Peter Using Tomcat but ne

Re: [Numpy-discussion] What's wrong with matrices?

My preferred way to import numpy currently is:import numpy  as numIt would be nice if I could do:import numpy.matrix as num   And basically have access to all the same stuff that's in the base numpy but have everything set up in a matrix-like way, so num.ones returns a matrix instead of an array,

Re: [Numpy-discussion] Args for rand and randn: call for a vote

On 08/07/2006, at 1:07 PM, Ed Schofield wrote: > Last week's discussion on rand() and randn() seemed to indicate a > sentiment that they ought to take tuples for consistency with ones, > zeros, eye, identity, and empty -- that, although they are supposed > to be convenience functions, they are in

[Numpy-discussion] Args for rand and randn: call for a vote

Last week's discussion on rand() and randn() seemed to indicate a sentiment that they ought to take tuples for consistency with ones, zeros, eye, identity, and empty -- that, although they are supposed to be convenience functions, they are inconvenient precisely because of their inconsiste

[Numpy-discussion] building ATLAS on Win32 - endless compile loop

Trying to compile Atlas from source on Win32 with Cygwin.  Anyone seen 'make install' for ATLAS go into and endless loop before?More info:Following the instructions here:    Installing SciPy/Windows - SciPy.orgAt this step:    "5) As prompted by the config script, execute  make install arch=YOUR_AR

Re: [Numpy-discussion] I think something broke badly today in numpy/scipy...

Fernando Perez wrote: > Hi all, > > I updated earlier today (about 4 hours ago) numpy/scipy SVN, and all > of a sudden my codes broke left and right. Backing off to > > Hey Fernando. I think I found the problem. It was the same problem causing the BFGS test to fail in SciPy. It can be sho

Re: [Numpy-discussion] NumPy beta release plan

Hi Travis, thanks for putting all the effort into NumPy. > Unless there is a serious issue pointed out, the only thing that should > be changed at this point are bug-fixes, documentation strings, and added > tests. Once 1.0b1 is released nothing but those things can be added. The beginning o

[Numpy-discussion] NumPy beta release plan

Some of you may have noticed that things have been changing rapidly in the NumPy world (if you were out of the office in June then all the activity may seem overwhelming). All of this activity is based on the fact that the upcoming beta release will mean a feature freeze for NumPy. As a rev