On Mon, 2 Jun 2025 at 14:26, Leon Deligny via NumPy-Discussion
wrote:
>
> ### Proposed new feature or change:
>
> Motivations: This is specific to 3D vector algebra. In Fluid Dynamics, we
> have access to the moment of a force at a specific point (M_P = OP \cross F).
> This calculation is crucia
On Thu, 6 Mar 2025 at 18:12, Carlos Martin wrote:
>
> Feature request: Add a `bit_width` function to NumPy
In Python this is called bit_length:
>>> (7).bit_length()
3
___
NumPy-Discussion mailing list -- numpy-discussion@python.org
To unsubscribe sen
On Mon, 6 May 2024 at 19:59, Aaron Meurer wrote:
>
> On Mon, May 6, 2024 at 6:34 AM Mark Harfouche
> wrote:
> >
> > I'm asking that you let Python 3.9 support disappear with 1.26, and not
> > "drop a final version" before you decide to move on with 3.10+ only.
>
> I don't understand NumPy suppo
On Sat, 9 Mar 2024 at 10:16, Ralf Gommers wrote:
>
> On Sat, Mar 9, 2024 at 2:03 AM Oscar Benjamin
> wrote:
>>
>> On Sat, 9 Mar 2024 at 00:44, Charles R Harris
>> wrote:
>> >
>> > About a month from now.
>>
>> What will happen about a
On Sat, 9 Mar 2024 at 00:44, Charles R Harris wrote:
>
> About a month from now.
What will happen about a month from now? It might seem obvious to you
but I can interpret this in different ways.
To be clear numpy 2.0 is expected to be released in full to the public
in about one month's time from
On Fri, 8 Mar 2024 at 23:31, Aaron Meurer wrote:
>
> How bad are the NumPy 2.0 breakages in SymPy? We could do a backport
> release if they are serious.
I don't remember exactly what needed changing but some basic things in
sympy needed changing because of basic changes in numpy.
I don't see wha
On Fri, 8 Mar 2024 at 22:27, Charles R Harris wrote:
>
> We plan on a beta release, which will probably have a stable API, but not
> guaranteed, then an rc1. At that point the API should be stable and the final
> release will wait for the most important downstream projects to make
> compatible
Hi Chuck,
Is there a rough expected landing time for NumPy 2.0?
Also does the branching mean that the intention/guarantee is not to
make further incompatible changes?
SymPy's current master branch is compatible with the current NumPy
master branch but SymPy's last release is not and will not be
On Wed, 24 Jan 2024 at 19:29, Marten van Kerkwijk
wrote:
>
> > Why do these belong in NumPy? What is the broad field of application of
> > these functions? And,
> > does a more general concept underpin them?
>
> Multiplication of a matrix with a vector is about as common as matrix
> with matrix o
On Tue, 23 Jan 2024 at 23:13, Marten van Kerkwijk
wrote:
>
> >> I also note that for complex numbers, `vecmat` is defined as `x†A`,
> >> i.e., the complex conjugate of the vector is taken. This seems to be the
> >> standard and is what we used for `vecdot` too (`x†x`). However, it is
> >> *not* wh
On Tue, 23 Jan 2024 at 22:18, Marten van Kerkwijk
wrote:
>
> I also note that for complex numbers, `vecmat` is defined as `x†A`,
> i.e., the complex conjugate of the vector is taken. This seems to be the
> standard and is what we used for `vecdot` too (`x†x`). However, it is
> *not* what `matmul`
On Fri, 22 Dec 2023 at 13:25, wrote:
>
> Anyway, to me the main question would be whether this would break any
> workflows (though it is hard to see how it could, given that the previous
> definition was really rather useless...).
SymPy already defines sign(z) as z/abs(z) (with sign(0) = 0) as
On Mon, 9 Oct 2023 at 23:12, Nathan wrote:
> On Mon, Oct 9, 2023 at 3:58 PM Oscar Benjamin
> wrote:
>>
>> On Mon, 9 Oct 2023 at 22:30, Nathan wrote:
>> >
>> > On Mon, Oct 9, 2023 at 3:12 PM Oscar Benjamin
>> > wrote:
>> >>
>> &
On Mon, 9 Oct 2023 at 22:30, Nathan wrote:
>
> On Mon, Oct 9, 2023 at 3:12 PM Oscar Benjamin
> wrote:
>>
>> On Mon, 9 Oct 2023 at 21:57, Nathan wrote:
>> >
>> > On Mon, Oct 9, 2023 at 2:44 PM Oscar Benjamin
>> > wrote:
>> >> Sup
On Mon, 9 Oct 2023 at 21:57, Nathan wrote:
>
> On Mon, Oct 9, 2023 at 2:44 PM Oscar Benjamin
> wrote:
>> Suppose that there is NumPy v1 and that in future there will be NumPy
>> v2. Also suppose that there will be two NumPy pickle formats fmtA and
>> a future fmtB. On
On Mon, 9 Oct 2023 at 17:03, Nathan wrote:
>
> On Mon, Oct 9, 2023 at 12:57 AM Aaron Meurer wrote:
>>
>> Is it possible to convert a NumPy 1 pickle file into a generic pickle
>> file that works in both NumPy 1 and 2? As far as I understand, pickle
>> is Turing complete, so I imagine it should be
On Mon, 17 Jan 2022 at 10:01, Ralf Gommers wrote:
>
>
> On Sun, Jan 16, 2022 at 10:40 PM Sandro Tosi
> wrote:
>
>> > 4. Write a docs page with migration info on how to deal with the
>> deprecation, and update it before the 1.23.0 release.
>>
>> i think this will be extremely important. Just to g
On Sun, 14 Nov 2021 at 19:51, Jeff Reback wrote:
>
> in pandas we did a one time conversion to using black (a while ago) for
> python (and recently added a cython formatter); we do also have automatic
> c/cpp linters as well
>
> we have precommit rules to enforce this (and runs on ci)
>
> since
If you're going to provide routines for structure determination it
might be worth looking at algorithms that can identify more general or
less obvious structure as well. SymPy's matrices module needs a lot of
work and is improving a lot which will become noticeable over the next
few releases but on
On Sun, 16 May 2021 at 10:46, Eric Wieser wrote:
>
> Numpy implements linalg.det by going through LAPACK, which only knows about
> f4, f8, c8, and c16 data types.
>
> Your request amounts to wanting an `O` dtype implementation. I think this is
> a totally reasonable request as we already have su
On Tue, 20 Apr 2021 at 19:21, Robert wrote:
>
> I am new to contributing to open source projects and not sure where to begin
> (maybe emailing this distro?). In any case, the main improvement I would
> like to work on would be adding multivariate polynomials/differentials to
> numpy. I would love
On Thu, 18 Feb 2021 at 10:11, Ralf Gommers wrote:
>
>
>
> On Wed, Feb 17, 2021 at 9:26 PM Oscar Benjamin
> wrote:
>>
>> On Wed, 17 Feb 2021 at 10:36, Ralf Gommers wrote:
>> >
>> > On Wed, Feb 17, 2021 at 12:26 AM Stefan van der Walt
>> >
On Wed, 17 Feb 2021 at 10:36, Ralf Gommers wrote:
>
> On Wed, Feb 17, 2021 at 12:26 AM Stefan van der Walt
> wrote:
>>
>> Ralf has been working towards this idea, but having a well-organised
>> namespace of utility functions outside of the core NumPy API would be
>> helpful in allowing expansi
The final message in the numpy issue suggests a possible fix:
https://github.com/numpy/numpy/issues/16744#issuecomment-727098973
"""
My preference would be to have a 1.19.5 that uses OpenBLAS 0.3.9 on
Linux and 0.3.12 on Windows, but I don't know if this is possible.
"""
I don't know if that would
24 matches
Mail list logo