this post was submitted on 14 May 2024
311 points (91.2% liked)

Programmer Humor

32380 readers
1313 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 

Explanation: Python is a programming language. Numpy is a library for python that makes it possible to run large computations much faster than in native python. In order to make that possible, it needs to keep its own set of data types that are different from python's native datatypes, which means you now have two different bool types and two different sets of True and False. Lovely.

Mypy is a type checker for python (python supports static typing, but doesn't actually enforce it). Mypy treats numpy's bool_ and python's native bool as incompatible types, leading to the asinine error message above. Mypy is "technically" correct, since they are two completely different classes. But in practice, there is little functional difference between bool and bool_. So you have to do dumb workarounds like declaring every bool values as bool | np.bool_ or casting bool_ down to bool. Ugh. Both numpy and mypy declared this issue a WONTFIX. Lovely.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 18 points 5 months ago* (last edited 5 months ago) (1 children)

This explanation is pretty clear cut

What exactly is your use case for treating np.bool_ and bool as interchangeable? If np.bool_ isn't a subclass of bool according to Python itself, then allowing one to be used where the other is expected just seems like it would prevent mypy from noticing bugs that might arise from code that expects a bool but gets an np.bool_ (or vice versa), and can only handle one of those correctly.

mpy and numpy are opensource. You could always implement the fix you need yourself ?

[–] [email protected] 1 points 5 months ago (1 children)

They've declared it as WONTFIX, so unless you're suggesting that OP creates a fork of numpy, that's not going to work.

[–] [email protected] 2 points 5 months ago* (last edited 5 months ago) (2 children)

Well, yes exactly

  1. Create fixes
  2. Request merge. assume denied
  3. Fork numpy and add your changes there
  4. after just continue to pull new changes over from source of the fork and deal with any merge issues with the fix
[–] [email protected] 11 points 5 months ago (1 children)

Fork numpy

I have a feeling that you're grossly underestimating the magnitude of this endeavour

[–] [email protected] 2 points 5 months ago

Im making no estimation one way or the other

[–] [email protected] 8 points 5 months ago (1 children)

That's incredibly inconvenient.

[–] [email protected] -1 points 5 months ago

Thats what adding strong typing does for you