Referência de atributo inesperada e não resolvida 'all' para a classe 'bool'

O problema é com o ==operador. Parece que a numpydefinição de classe na numpybiblioteca especifica que ela retorna a typing.Anycom uma dica de tipo, então o pycharm assume que era o tipo de retorno usual de builtins.bool.

Aqui está a linha da numpybiblioteca que o pycharm está usando, copiada para contexto e posteridade e abreviada para os componentes principais por brevidade:

class _ArrayOrScalarCommon:
    ...
    def __eq__(self, other: Any, /) -> Any: ...
    ...
class ndarray(_ArrayOrScalarCommon, Generic[_ShapeT_co, _DType_co]):
    ...

Confirmei que a typing.Anydica causa esse problema criando uma classe personalizada e vendo o que a dica do tipo de retorno sugeria e ela correspondia exatamente. Este código roda sem erros pelo mesmo motivo que o seu, ele retorna um numpy.ndarrayque suporta o .allmétodo.

from typing import Any
import numpy


class A:
    def __eq__(self, other) -> Any:
        return numpy.array([])


a = A()
(a == a).all()

Reorganizar não elimina o problema, mas o torna mais óbvio para a próxima pessoa que vier verificar seu código com um verificador de tipo estático, indicando claramente qual você espera que seja o tipo de retorno dessa operação.

from typing import Any
import numpy


class A:
    def __eq__(self, other) -> Any:
        return numpy.array([])


a = A()
equal_result: numpy.ndarray = a == a
equal_result.all()

Depende de você considerar isso um erro do PyCharm ao assumir que o tipo de retorno typing.Anyé a builtins.boolou se é um numpyerro ao sugerir typing.Anyum erro ==entre dois numpy.ndarray.

Isso já foi discutido na numpycomunidade antes. Aqui está o que parece ser a discussão principal sobre o tópico .