On Thu, Dec 20, 2012 at 6:25 PM, Ondřej Čertík wrote:
> On Thu, Dec 13, 2012 at 4:39 PM, Ondřej Čertík
> wrote:
> > Hi,
> >
> > I found these recent weird "failures" in Travis, but I can't find any
> > problem with the log and all tests pass. Any ideas what is going on?
> >
> > https://travis-ci.
On Thu, Dec 20, 2012 at 5:48 PM, Ondřej Čertík wrote:
> Hi Matthew,
>
> On Thu, Dec 20, 2012 at 3:46 PM, Matthew Brett
> wrote:
>> Hi,
>>
>> [Travis wrote...]
>>> My strong suggestion is that development discussions of the project
>>> continue on
>>> this list with consensus among the active pa
Hi Matthew,
On Thu, Dec 20, 2012 at 3:46 PM, Matthew Brett wrote:
> Hi,
>
> [Travis wrote...]
>> My strong suggestion is that development discussions of the project continue
>> on
>> this list with consensus among the active participants being the goal for
>> development. I don't think 100% con
Hi Travis,
On Sun, Dec 16, 2012 at 10:07 PM, Travis Oliphant wrote:
> Hello all,
>
> There is a lot happening in my life right now and I am spread quite thin
> among the various projects that I take an interest in. In particular, I
> am thrilled to publicly announce on this list that Contin
On Thu, Dec 20, 2012 at 11:46 PM, Matthew Brett wrote:
> Travis - I think you are suggesting that there should be no one
> person in charge of numpy, and I think this is very unlikely to work
> well. Perhaps there are good examples of well-led projects where
> there is not a clear leader, but I
On Thu, Dec 13, 2012 at 4:39 PM, Ondřej Čertík wrote:
> Hi,
>
> I found these recent weird "failures" in Travis, but I can't find any
> problem with the log and all tests pass. Any ideas what is going on?
>
> https://travis-ci.org/numpy/numpy/jobs/3570123
> https://travis-ci.org/numpy/numpy/jobs/3
Hi,
I noticed that the 3.1 tests are now failing. After clarification with
the Travis guys:
https://groups.google.com/d/topic/travis-ci/02iRu6kmwY8/discussion
I've submitted a fix to our .travis.yml (and backported to 1.7):
https://github.com/numpy/numpy/pull/2850
https://github.com/numpy/numpy
Hi,
[Travis wrote...]
> My strong suggestion is that development discussions of the project continue
> on
> this list with consensus among the active participants being the goal for
> development. I don't think 100% consensus is a rigid requirement --- but
> certainly a super-majority should be
On Sat, Dec 15, 2012 at 2:13 PM, Ralf Gommers wrote:
>
>
>
> On Sat, Dec 15, 2012 at 5:06 AM, Chris Barker - NOAA Federal <
> chris.bar...@noaa.gov> wrote:
>
>> Ralf,
>>
>> Do these licenses allow fully free distribution of binaries? And are
>> those binaries themselves redistributive? I.e. with p
Well,
If F1 is run in Python shell, everything is properly working, BUT if call
through the functions it is wrongly answering!!!
def F1 (const1, x): # const1 should be complex number
T1=round(2+x+4*x**(1.0/3.0))
T2=const1*x
T3=const1**2
x1,x2,x3,x4 = sph_jnyn(T1, x) --> 1-standard function in
On Thu, 2012-12-20 at 21:45 +0100, Sturla Molden wrote:
> On 20.12.2012 21:24, Henry Gomersall wrote:
>
> > I didn't know that. It's a real pain having so many libc libs
> knocking
> > around. I have little experience of Windows, as you may have
> guessed!
>
> Originally there was only one system
On 20.12.2012 21:24, Henry Gomersall wrote:
> I didn't know that. It's a real pain having so many libc libs knocking
> around. I have little experience of Windows, as you may have guessed!
Originally there was only one system-wide CRT on Windows (msvcrt.dll),
which is why MinGW linkes with that
On Thu, 2012-12-20 at 21:13 +0100, Sturla Molden wrote:
> On 20.12.2012 21:03, Henry Gomersall wrote:
>
> > Why is it important? (for my own understanding)
>
> Because if CRT resources are shared between different CRT versions,
> bad
> things will happen (the ABIs are not equivalent, errno and o
On 20.12.2012 21:13, Sturla Molden wrote:
> Because if CRT resources are shared between different CRT versions, bad
> things will happen (the ABIs are not equivalent, errno and other globals
> are at different addresses, etc.)
For example, PyErr_SetFromErrno will return garbage if CRTs are shared
On 20.12.2012 21:03, Henry Gomersall wrote:
> Why is it important? (for my own understanding)
Because if CRT resources are shared between different CRT versions, bad
things will happen (the ABIs are not equivalent, errno and other globals
are at different addresses, etc.) Cython code tends to s
On Thu, 2012-12-20 at 21:05 +0100, Sturla Molden wrote:
> On 20.12.2012 20:57, Sturla Molden wrote:
> > On 20.12.2012 20:52, Henry Gomersall wrote:
> >
> >> Perhaps the DLL should go and read MS's edicts!
> >
> > Do you link with same same CRT as Python? (msvcr90.dll)
> >
> > You should always use
On 20.12.2012 20:57, Sturla Molden wrote:
> On 20.12.2012 20:52, Henry Gomersall wrote:
>
>> Perhaps the DLL should go and read MS's edicts!
>
> Do you link with same same CRT as Python? (msvcr90.dll)
>
> You should always use -lmsvcr90.
>
> If you don't, you will link with msvcrt.dll.
Here is VS2
On Thu, 2012-12-20 at 20:57 +0100, Sturla Molden wrote:
> On 20.12.2012 20:52, Henry Gomersall wrote:
>
> > Perhaps the DLL should go and read MS's edicts!
>
> Do you link with same same CRT as Python? (msvcr90.dll)
>
> You should always use -lmsvcr90.
>
> If you don't, you will link with msvcr
On 20.12.2012 20:52, Henry Gomersall wrote:
> Perhaps the DLL should go and read MS's edicts!
Do you link with same same CRT as Python? (msvcr90.dll)
You should always use -lmsvcr90.
If you don't, you will link with msvcrt.dll.
Sturla
___
NumPy-Disc
On Thu, 2012-12-20 at 20:50 +0100, Sturla Molden wrote:
> On 20.12.2012 18:38, Henry Gomersall wrote:
>
> > Except I build with MinGW. Please don't tell me I need to install
> Visual
> > Studio... I have about 1GB free on my windows partition!
>
> The same DLL is used as CRT.
Perhaps the DLL sho
On 20.12.2012 18:38, Henry Gomersall wrote:
> Except I build with MinGW. Please don't tell me I need to install Visual
> Studio... I have about 1GB free on my windows partition!
The same DLL is used as CRT.
Sturla
___
NumPy-Discussion mailing list
Num
On 12/20/2012 07:32 PM, Happyman wrote:
> Hi Python users,
>
> First of all, Marry coming Cristmas!!! ALL THE BEST TO YOU AND YOUR FAMILY
>
> I need solution of integration under trapz() rule:
> There are following functions:
>
> def F1 (const1, x):
>"""several calculations depending on
On Thu, 2012-12-20 at 15:23 +0100, Francesc Alted wrote:
> On 12/20/12 9:53 AM, Henry Gomersall wrote:
> > On Wed, 2012-12-19 at 19:03 +0100, Francesc Alted wrote:
> >> The only scenario that I see that this would create unaligned
> arrays
> >> is
> >> for machines having AVX. But provided that th
Hi Python users,
First of all, Marry coming Cristmas!!! ALL THE BEST TO YOU AND YOUR FAMILY
I need solution of integration under trapz() rule:
There are following functions:
def F1 (const1, x):
"""several calculations depending on bessel functions(mathematical
functions) jn(), yv()
On Thu, 2012-12-20 at 17:48 +0100, Sturla Molden wrote:
> On 19.12.2012 19:25, Henry Gomersall wrote:
>
> > That is not true at least under Windows 32-bit. I think also it's
> not
> > true for Linux 32-bit from my vague recollections of testing in a
> > virtual machine. (disclaimer: both those sta
On 20.12.2012 17:47, Henry Gomersall wrote:
> On Thu, 2012-12-20 at 17:26 +0100, Sturla Molden wrote:
>>return tmp[offset:offset+N]\
>> .view(dtype=d)\
>> .reshape(shape, order=order)
>
> Also, just for the email record, that should be
>
> retu
On 19.12.2012 19:25, Henry Gomersall wrote:
> That is not true at least under Windows 32-bit. I think also it's not
> true for Linux 32-bit from my vague recollections of testing in a
> virtual machine. (disclaimer: both those statements _may_ be out of
> date).
malloc is required to return memor
On Thu, 2012-12-20 at 17:26 +0100, Sturla Molden wrote:
> return tmp[offset:offset+N]\
> .view(dtype=d)\
> .reshape(shape, order=order)
Also, just for the email record, that should be
return tmp[offset:offset+N*d.itemsize]\
.
On Thu, 2012-12-20 at 17:26 +0100, Sturla Molden wrote:
> On 19.12.2012 09:40, Henry Gomersall wrote:
> > I've written a few simple cython routines for assisting in creating
> > byte-aligned numpy arrays. The point being for the arrays to work
> with
> > SSE/AVX code.
> >
> > https://github.com/hgo
On 19.12.2012 09:40, Henry Gomersall wrote:
> I've written a few simple cython routines for assisting in creating
> byte-aligned numpy arrays. The point being for the arrays to work with
> SSE/AVX code.
>
> https://github.com/hgomersall/pyFFTW/blob/master/pyfftw/utils.pxi
Why use Cython?
http://m
On 12/20/12 9:53 AM, Henry Gomersall wrote:
> On Wed, 2012-12-19 at 19:03 +0100, Francesc Alted wrote:
>> The only scenario that I see that this would create unaligned arrays
>> is
>> for machines having AVX. But provided that the Intel architecture is
>> making great strides in fetching unaligned
On Thu, Dec 20, 2012 at 8:12 AM, Henry Gomersall wrote:
> On Wed, 2012-12-19 at 15:10 +, Nathaniel Smith wrote:
>
>> >> > Is this something that can be rolled into Numpy (the feature, not
>> my
>> >> > particular implementation or interface - though I'd be happy for
>> it to
>> >> > be so)?
>
On Wed, 2012-12-19 at 19:03 +0100, Francesc Alted wrote:
> The only scenario that I see that this would create unaligned arrays
> is
> for machines having AVX. But provided that the Intel architecture is
> making great strides in fetching unaligned data, I'd be surprised
> that
> the difference
On Thu, 2012-12-20 at 08:12 +, Henry Gomersall wrote:
> On Wed, 2012-12-19 at 15:10 +, Nathaniel Smith wrote:
>
> > >> > Is this something that can be rolled into Numpy (the feature,
> not
> > my
> > >> > particular implementation or interface - though I'd be happy
> for
> > it to
> > >> >
On Wed, 2012-12-19 at 15:10 +, Nathaniel Smith wrote:
> >> > Is this something that can be rolled into Numpy (the feature, not
> my
> >> > particular implementation or interface - though I'd be happy for
> it to
> >> > be so)?
> >> >
> >> > Regarding (b), I've written a test case that works fo
35 matches
Mail list logo
