Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, >> Having said that - it will of course happen that you ask for review >> and no-one responds.  That's not a very big problem, because git >> merges are so easy that you can - as Anne said earlier - just keep on >> developing without worrying that your changes will go out of date. >> But if th

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Thu, May 27, 2010 at 12:14 AM, Matthew Brett wrote: > Hi, > > > How does that differ from what we do now? Review? I develop in my own > > branches as is. > > Right - so - then do you always ask for a review from someone before > merging into trunk? If so, then git is just a much more fluid, >

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, > How does that differ from what we do now? Review? I develop in my own > branches as is. Right - so - then do you always ask for a review from someone before merging into trunk? If so, then git is just a much more fluid, reliable and faster tool to do what you are doing now. > True, but wh

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 11:55 PM, Matthew Brett wrote: > Hi, > > > No, I am saying we need at least five people who can commit to the main > > repo. That is the central repository model. > > Excellent - yes - that's reasonable. Then if you also agree to this: > > > No development in the main repo

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 11:55 PM, Matthew Brett wrote: > Hi, > > > No, I am saying we need at least five people who can commit to the main > > repo. That is the central repository model. > > Excellent - yes - that's reasonable. Then if you also agree to this: > > > No development in the main repo

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, > No, I am saying we need at least five people who can commit to the main > repo. That is the central repository model. Excellent - yes - that's reasonable. Then if you also agree to this: > No development in the main repo. Merges only. then we're all in full agreement. > Review is fine,

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 11:34 PM, Matthew Brett wrote: > Hi, > > > No, at this point we don't have a release manager, we haven't since 1.2. > We > > have people who do the builds and put them up on sourceforge, but they > > aren't release managers, they don't decide what is in the release or > > o

Re: [Numpy-discussion] curious about how people would feel about moving to github

On 05/27/2010 02:34 PM, Charles R Harris wrote: > An automatic gatekeeper is pretty much a > central repository, as I was suggesting. I don't understand how centraly repository comes into this discussion - nobody has been arguing against it. The question is whether we would continue to push ind

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 11:28 PM, David wrote: > On 05/27/2010 02:16 PM, Charles R Harris wrote: > > > > > > On Wed, May 26, 2010 at 11:06 PM, Anne Archibald > > mailto:aarch...@physics.mcgill.ca>> wrote: > > > > On 27 May 2010 01:55, Matthew Brett > > wro

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, > No, at this point we don't have a release manager, we haven't since 1.2. We > have people who do the builds and put them up on sourceforge, but they > aren't release managers, they don't decide what is in the release or > organise the effort. We haven't had a central figure since Travis got

Re: [Numpy-discussion] curious about how people would feel about moving to github

On 05/27/2010 02:16 PM, Charles R Harris wrote: > > > On Wed, May 26, 2010 at 11:06 PM, Anne Archibald > mailto:aarch...@physics.mcgill.ca>> wrote: > > On 27 May 2010 01:55, Matthew Brett > wrote: > > Hi, > > > >> Linux has Linus, ipython has

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 11:06 PM, Anne Archibald wrote: > On 27 May 2010 01:55, Matthew Brett wrote: > > Hi, > > > >> Linux has Linus, ipython has Fernando, nipy has... well, I'm sure it is > >> somebody. Numpy and Scipy no longer have a central figure and I like it > that > >> way. There is no

Re: [Numpy-discussion] curious about how people would feel about moving to github

On 27 May 2010 01:55, Matthew Brett wrote: > Hi, > >> Linux has Linus, ipython has Fernando, nipy has... well, I'm sure it is >> somebody. Numpy and Scipy no longer have a central figure and I like it that >> way. There is no reason that DVCS has to inevitably lead to a central >> authority. > > I

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, > Linux has Linus, ipython has Fernando, nipy has... well, I'm sure it is > somebody. Numpy and Scipy no longer have a central figure and I like it that > way. There is no reason that DVCS has to inevitably lead to a central > authority. I think I was trying to say that the way it looks as if

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 10:34 PM, Anne Archibald wrote: > On 27 May 2010 01:22, Charles R Harris wrote: > > > > > > On Wed, May 26, 2010 at 9:49 PM, Jarrod Millman > > wrote: > >> > >> On Wed, May 26, 2010 at 8:08 PM, Matthew Brett > > >> wrote: > >> > That's the model we've gone for in nipy a

Re: [Numpy-discussion] curious about how people would feel about moving to github

On 27 May 2010 01:22, Charles R Harris wrote: > > > On Wed, May 26, 2010 at 9:49 PM, Jarrod Millman > wrote: >> >> On Wed, May 26, 2010 at 8:08 PM, Matthew Brett >> wrote: >> > That's the model we've gone for in nipy and ipython too.  We wrote it >> > up in a workflow doc project.  Here are the

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, >> I would highly recommend using this workflow.  Ideally, we should use >> the same git workflow for all the scipy-related projects.  That way >> developers can switch between projects without having to switch >> workflows.  The model that Matthew and Fernando developed for nipy and >> ipytho

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 7:38 PM, Benjamin Root wrote: > I wouldn't call myself a developer, but I have been wanting to contribute > recently.  I learned source control with svn, so I am much more comfortable > with it.  My one attempt at using git for a personal project ended in > failure. > > The

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 9:49 PM, Jarrod Millman wrote: > On Wed, May 26, 2010 at 8:08 PM, Matthew Brett > wrote: > > That's the model we've gone for in nipy and ipython too. We wrote it > > up in a workflow doc project. Here are the example docs giving the > > git workflow for ipython: > > > >

Re: [Numpy-discussion] How to distinguish between number and string dypes

On May 26, 2010, at 11:52 PM, Vincent Davis wrote: > > How do I determine if an array's (or column in a structured array) dtype is a > number or a string. I see how to determine the actual dtype but all I want to > know is if it is a string or a number. Check `numpy.lib._iotools._is_string_like

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 7:47 PM, Benjamin Root wrote: > > > On Wed, May 26, 2010 at 8:37 PM, Charles R Harris < > charlesr.har...@gmail.com> wrote: > >> >> >> On Wed, May 26, 2010 at 7:34 PM, Matthew Brett >> wrote: >> >>> Hi, >>> >>> > there is no such thing as a "nice" bash shell for a windows

[Numpy-discussion] How to distinguish between number and string dypes

How do I determine if an array's (or column in a structured array) dtype is a number or a string. I see how to determine the actual dtype but all I want to know is if it is a string or a number. *Vincent Davis 720-301-3003 * vinc...@vincentdavis.net my blog | LinkedIn<

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 8:08 PM, Matthew Brett wrote: > That's the model we've gone for in nipy and ipython too.  We wrote it > up in a workflow doc project.  Here are the example docs giving the > git workflow for ipython: > > https://cirl.berkeley.edu/mb312/gitwash/ > > and in particular: > > ht

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 6:37 PM, Bruce Southey wrote: > All that I ask is that there is one official place to do 'git clone' > or 'git pull' from a single official branch. I do not think that it is > good to tell users to pull from different branches especially if these > branches have conflicts.

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 6:35 PM, Charles R Harris wrote: > Heh. Can you to try the svn interface to github using your favorite svn ap. > I suppose we need to set up a test account there. Is it possible to have a > multiple user git account on github, or is it all push and merge? Yes, that is poss

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi, > It seems to me that git's flexibility in how people collaborate means > we can do a certain amount of figuring out after the switch. This is very well said and true to our recent experience with nipy and ipython: http://github.com/ipython/ipython http://github.com/nipy/nipy > My > experie

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

Hi, >> Any shell on windows is a pain, if only because of the spaces in the >> filenames. > > When I'm using git, or bzr or svn I use the windows shell which I'm > very familiar with ,and allows "standard" copy-paste and has quotes. > > But since, I think, there are no numpy developers on Windows,

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 9:37 PM, Charles R Harris wrote: > > > On Wed, May 26, 2010 at 7:34 PM, Matthew Brett > wrote: >> >> Hi, >> >> > there is no such thing as a "nice" bash shell for a windows user. >> > I have no idea how to use one. >> >> It is a nice bash shell.   You may not want a nice b

Re: [Numpy-discussion] curious about how people would feel about moving to github

I wouldn't call myself a developer, but I have been wanting to contribute recently. I learned source control with svn, so I am much more comfortable with it. My one attempt at using git for a personal project ended in failure. Then I discovered this guide, "Git-SVN Crash Course": http://git.or.c

Re: [Numpy-discussion] curious about how people would feel about moving to github

Hi Jarrod, I'm in favour of the switch, though I don't use Windows. I find git far more convenient to use than SVN; I've been using git-svn, and in spite of the headaches it's caused me I still prefer it to raw SVN. It seems to me that git's flexibility in how people collaborate means we can do a

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Thu, May 27, 2010 at 10:37 AM, Bruce Southey wrote: > 2010/5/26 Stéfan van der Walt : >> On 26 May 2010 16:12, Travis Oliphant wrote: >>> I changed the subject line for this thread, since I didn't want to >>> hijack another thread.  Anyway, I am not proposing that we actually >>> decide whethe

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 8:37 PM, Charles R Harris wrote: > > > On Wed, May 26, 2010 at 7:34 PM, Matthew Brett wrote: > >> Hi, >> >> > there is no such thing as a "nice" bash shell for a windows user. >> > I have no idea how to use one. >> >> It is a nice bash shell. You may not want a nice bash

Re: [Numpy-discussion] curious about how people would feel about moving to github

2010/5/26 Stéfan van der Walt : > On 26 May 2010 16:12, Travis Oliphant wrote: >> I changed the subject line for this thread, since I didn't want to >> hijack another thread.  Anyway, I am not proposing that we actually >> decide whether to move to git and github now, but I am just curious >> how

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 7:34 PM, Matthew Brett wrote: > Hi, > > > there is no such thing as a "nice" bash shell for a windows user. > > I have no idea how to use one. > > It is a nice bash shell. You may not want a nice bash shell ;) > > I can't imagine you'd object to one though. It's just a u

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 7:25 PM, wrote: > On Wed, May 26, 2010 at 7:44 PM, Matthew Brett > wrote: > > Hi, > > > >> I think the main problem has been windows compatibility. Git is best > from > >> the command line whereas the windows command line is an afterthought. > >> Another box that needs a

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

Hi, > there is no such thing as a "nice" bash shell for a windows user. > I have no idea how to use one. It is a nice bash shell. You may not want a nice bash shell ;) I can't imagine you'd object to one though. It's just a useful place to type git commands, with file / directory path autocom

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 7:44 PM, Matthew Brett wrote: > Hi, > >> I think the main problem has been windows compatibility. Git is best from >> the command line whereas the windows command line is an afterthought. >> Another box that needs a check-mark is the buildbot. If svn clients are >> supporte

Re: [Numpy-discussion] zeros_like and friends shouldn't use ndarray.__new__(type(a), ...)

Ping? On 5/13/2010 6:34 PM, Jim Porter wrote: > Ok, let's try sending this message again, since it looks like I can't > send from gmane... > > (See discussion on python-list at > http://permalink.gmane.org/gmane.comp.python.general/661328 for context) > > numpy.zeros_like contains the following co

Re: [Numpy-discussion] curious about how people would feel about moving to github

On 26 May 2010 16:12, Travis Oliphant wrote: > I changed the subject line for this thread, since I didn't want to > hijack another thread.  Anyway, I am not proposing that we actually > decide whether to move to git and github now, but I am just curious > how people would feel.  We had a conversat

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

Hi, > I think the main problem has been windows compatibility. Git is best from > the command line whereas the windows command line is an afterthought. > Another box that needs a check-mark is the buildbot. If svn clients are > supported then it may be that neither of those are going to be a probl

Re: [Numpy-discussion] curious about how people would feel about moving to github

On Wed, May 26, 2010 at 4:12 PM, Travis Oliphant wrote: > I think we are ready for such a move.    Someone should think about the > implications, though (with Trac integration, check-in mailings, etc.) and > make sure we get something we all like.   Somebody probably has thought > through all of t

Re: [Numpy-discussion] curious about how people would feel about moving to github

On May 26, 2010, at 5:47 PM, Jarrod Millman wrote: Hello, I changed the subject line for this thread, since I didn't want to hijack another thread. Anyway, I am not proposing that we actually decide whether to move to git and github now, but I am just curious how people would feel. We had a

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On May 26, 2010, at 6:40 AM, Sebastian Walter wrote: > On Wed, May 26, 2010 at 12:31 PM, Pauli Virtanen wrote: >> Wed, 26 May 2010 10:50:19 +0200, Sebastian Walter wrote: >>> I'm a potential user of the C-API and therefore I'm very >>> interested in >>> the outcome. >>> In the previous discuss

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On May 26, 2010, at 5:31 AM, Pauli Virtanen wrote: Wed, 26 May 2010 10:50:19 +0200, Sebastian Walter wrote: I'm a potential user of the C-API and therefore I'm very interested in the outcome. In the previous discussion (http://comments.gmane.org/gmane.comp.python.numeric.general/37409) man

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On May 26, 2010, at 3:50 AM, Sebastian Walter wrote: > I'm a potential user of the C-API and therefore I'm very interested in > the outcome. > In the previous discussion > (http://comments.gmane.org/gmane.comp.python.numeric.general/37409) > many different views on what the new C-API "should" be

[Numpy-discussion] curious about how people would feel about moving to github

Hello, I changed the subject line for this thread, since I didn't want to hijack another thread. Anyway, I am not proposing that we actually decide whether to move to git and github now, but I am just curious how people would feel. We had a conversation about this a few years ago and it was quit

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Thu, May 27, 2010 at 4:54 AM, Charles R Harris wrote: > > > On Wed, May 26, 2010 at 1:03 PM, Jarrod Millman > wrote: >> >> 2010/5/25 Stéfan van der Walt : >> > Awesome! Since github now supports SVN interaction, and all the core >> > devs use Git, now might be a good time to move the entire nu

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 1:54 PM, Charles R Harris wrote: > > > On Wed, May 26, 2010 at 1:03 PM, Jarrod Millman wrote: > >> 2010/5/25 Stéfan van der Walt : >> > Awesome! Since github now supports SVN interaction, and all the core >> > devs use Git, now might be a good time to move the entire numpy

Re: [Numpy-discussion] Bug in frompyfunc starting at 10000 elements?

And in 2.0.0.dev8437. More hints: Assume has shape (N, Da) and b has shape (N, Db) * There is a problem wben N >= 1, Db=1 and Da > 1. * There is no problem when N >= 1, Da=1 and Db > 1. * The first row is OK, but for all others, there is one error per row, appearing in first column, then

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 1:03 PM, Jarrod Millman wrote: > 2010/5/25 Stéfan van der Walt : > > Awesome! Since github now supports SVN interaction, and all the core > > devs use Git, now might be a good time to move the entire numpy source > > tree? It will certainly make it easier to merge the refa

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

2010/5/25 Stéfan van der Walt : > Awesome! Since github now supports SVN interaction, and all the core > devs use Git, now might be a good time to move the entire numpy source > tree?  It will certainly make it easier to merge the refactor changes! I would love to move numpy to github as well. Al

Re: [Numpy-discussion] numpy and the Google App Engine

On Wed, May 26, 2010 at 10:37 AM, Christopher Hanley wrote: > On Wed, May 26, 2010 at 12:49 PM, Dag Sverre Seljebotn > wrote: > > Christopher Hanley wrote: > >> Greetings, > >> > >> Google provides a product called App Engine. The description from > >> their site follows, > >> > >> "Google App E

Re: [Numpy-discussion] [SciPy-Dev] numpy and the Google App Engine

On Wed, May 26, 2010 at 12:19, Christopher Hanley wrote: > Greetings, > > Google provides a product called App Engine.  The description from > their site follows, > > "Google App Engine enables you to build and host web apps on the same > systems that power Google applications. > App Engine offers

Re: [Numpy-discussion] numpy and the Google App Engine

On Wed, May 26, 2010 at 12:49 PM, Dag Sverre Seljebotn wrote: > Christopher Hanley wrote: >> Greetings, >> >> Google provides a product called App Engine.  The description from >> their site follows, >> >> "Google App Engine enables you to build and host web apps on the same >> systems that power

Re: [Numpy-discussion] [SciPy-Dev] numpy and the Google App Engine

On Wed, May 26, 2010 at 12:54 PM, Robert Kern wrote: > On Wed, May 26, 2010 at 12:19, Christopher Hanley wrote: >> Greetings, >> >> Google provides a product called App Engine.  The description from >> their site follows, >> >> "Google App Engine enables you to build and host web apps on the same

Re: [Numpy-discussion] numpy and the Google App Engine

Christopher Hanley wrote: > Greetings, > > Google provides a product called App Engine. The description from > their site follows, > > "Google App Engine enables you to build and host web apps on the same > systems that power Google applications. > App Engine offers fast development and deployme

Re: [Numpy-discussion] [Patch] Fix memmap pickling

On Mon, May 24, 2010 at 3:37 PM, Gael Varoquaux wrote: > On Mon, May 24, 2010 at 03:33:09PM -0700, Brent Pedersen wrote: >> On Mon, May 24, 2010 at 3:25 PM, Gael Varoquaux >> wrote: >> > Memmapped arrays don't pickle right. I know that to get them to >> > really pickle and restore identically, we

[Numpy-discussion] numpy and the Google App Engine

Greetings, Google provides a product called App Engine. The description from their site follows, "Google App Engine enables you to build and host web apps on the same systems that power Google applications. App Engine offers fast development and deployment; simple administration, with no need to

Re: [Numpy-discussion] Extending documentation to c code

Wed, 26 May 2010 07:15:08 -0600, Charles R Harris wrote: > On Wed, May 26, 2010 at 2:59 AM, Pauli Virtanen wrote: > >> Wed, 26 May 2010 06:57:27 +0900, David Cournapeau wrote: [clip: >> doxygen] >> > It is yet another format to use inside C sources (I don't think >> > doxygen supports rest), and

Re: [Numpy-discussion] Bug in nanmin called with unsigned integers

On May 25, 2010, at 10:57 PM, Charles R Harris wrote: > > > On Tue, May 25, 2010 at 8:21 PM, Tony S Yu wrote: > I got bit again by this bug with unsigned integers. (My original changes got > overwritten when I updated from svn and, unfortunately, merged conflicts > without actually looking o

Re: [Numpy-discussion] FW: Numpy python build

On Wed, May 26, 2010 at 11:25 AM, Padma TAN wrote: > Hi, > > Can I just install numpy and scipy without ATLAS? And what does this means > " > gnu: no Fortran 90 compiler found"? > Yes you can install without ATLAS. And BLAS and LAPACK were found so you should be fine. Did you have an actual prob

Re: [Numpy-discussion] Help Convolution with binaural filters(HRTFs)

> > > > Hi, >> i try to implement a real-time convolution module refreshed by head >> listener location (angle from a reference point).The result of the >> convolution by binaural flters(HRTFs) allows me to spatialize a monophonic >> wavfile. I got trouble with this as long as my convolution doesnt

Re: [Numpy-discussion] __eq__ with str and object

On Wed, May 26, 2010 at 6:11 AM, Charles R Harris wrote: > > > On Tue, May 25, 2010 at 2:21 PM, Michael Droettboom wrote: >> >> Seems like a bug to me.  Certain branches in _array_richcompare return >> False to fail rather than Py_NotImplemented, which means the >> string-understanding comparison

Re: [Numpy-discussion] Extending documentation to c code

On Wed, May 26, 2010 at 2:59 AM, Pauli Virtanen wrote: > Wed, 26 May 2010 06:57:27 +0900, David Cournapeau wrote: > [clip: doxygen] > > It is yet another format to use inside C sources (I don't think doxygen > > supports rest), and I would rather have something that is similar, > > ideally integr

Re: [Numpy-discussion] __eq__ with str and object

On Tue, May 25, 2010 at 2:21 PM, Michael Droettboom wrote: > Seems like a bug to me. Certain branches in _array_richcompare return > False to fail rather than Py_NotImplemented, which means the > string-understanding comparison fallbacks don't run. Attached is a (simple) > patch that resolves t

Re: [Numpy-discussion] Reading and writing binary data to/from file objects

Pauli Virtanen schrieb: > ke, 2010-05-26 kello 14:07 +0200, Christoph Bersch kirjoitti: >> f = open(fname2, 'w') > [clip] >> Am I doing something substantially wrong or is this a bug? > > You are opening files in text mode. Use mode 'wb' instead. That was it, thank you! Linux does not seem to car

Re: [Numpy-discussion] Reading and writing binary data to/from file objects

ke, 2010-05-26 kello 14:07 +0200, Christoph Bersch kirjoitti: > f = open(fname2, 'w') [clip] > Am I doing something substantially wrong or is this a bug? You are opening files in text mode. Use mode 'wb' instead. -- Pauli Virtanen ___ NumPy-Discussio

[Numpy-discussion] Reading and writing binary data to/from file objects

Hi, I want to read binary data from a file using fromfile. This works as long as I use a file name as argument to fromfile. With a file object the data is wrong! Consider the following example: from numpy import * fname='file.bin' fname2='file2.bin' a = arange(1, 30) print type(a[0]) print "\n

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

On Wed, May 26, 2010 at 12:31 PM, Pauli Virtanen wrote: > Wed, 26 May 2010 10:50:19 +0200, Sebastian Walter wrote: >> I'm a potential user of the C-API and therefore I'm very interested in >> the outcome. >> In the previous discussion >> (http://comments.gmane.org/gmane.comp.python.numeric.general

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

Wed, 26 May 2010 10:50:19 +0200, Sebastian Walter wrote: > I'm a potential user of the C-API and therefore I'm very interested in > the outcome. > In the previous discussion > (http://comments.gmane.org/gmane.comp.python.numeric.general/37409) many > different views on what the new C-API "should" b

Re: [Numpy-discussion] Extending documentation to c code

Wed, 26 May 2010 06:57:27 +0900, David Cournapeau wrote: [clip: doxygen] > It is yet another format to use inside C sources (I don't think doxygen > supports rest), and I would rather have something that is similar, > ideally integrated into sphinx. It also generates rather ugly doc by > default,

Re: [Numpy-discussion] Introduction to Scott, Jason, and (possibly) others from Enthought

I'm a potential user of the C-API and therefore I'm very interested in the outcome. In the previous discussion (http://comments.gmane.org/gmane.comp.python.numeric.general/37409) many different views on what the new C-API "should" be were expressed. Naturally, I wonder if the new C-API will be use