Numpy: dtype = intの範囲からの予期しない出力

このようなバグは何度も何度も報告されています。 時間の経過とともに失われた理由から、arangeの実装は次のようなものであるとかなり確信しています。

def arange(start, stop, step, dtype):
    n = (start - stop) // step

    # dtype.type is a cast
    step = dtype.type(start + step) - dtype.type(start)

    # now do what you expect
    return [start + step*i for i in range(n)]

おそらく、その擬似コードをドキュメントに追加する必要がありますか？

ええ、そのコードは正しいです（ただし、 n計算については100％確実ではありません）。 この特定の例はかなり極端で、明らかに壊れています、多分私たちは実際にそれをどうにかして取り除くことができますか？

arangeは、間違いなく壊れた定義を繰り返し嫌っていますが、それに対処するための本当に良い提案は考えられません（おそらく以前に出てきたものかもしれませんが）。
フロートのarange動作をうまく変更できるわけではありません（正確な修正かもしれませんが、エンドポイントの変更は適切なIMOではありません）。 したがって、新しい関数を作成する必要があります...しかし、ほとんどの場合、 linspaceは「正しい」フロート範囲よりも優れているように見えます。修正されたフロート範囲が実際に持っているかどうかはわかりません。ユースケースが多すぎます。

結局、よく考えられた提案が欲しいと思います：/ ...

「停止」よりも大きい値を取得することは、実際には良くなく、少し予想外です。 arangeがfloat用でない場合は、float numpyタイプをチェックして、例外を発生させることができます。

また、dtypeの手動入力により、ユーザーは出力のみのastype（dtype）変換のようなものを期待できます。

どうですか：
1.）非整数引数（つまり、開始、停止、ステップ）の例外。
2.）stop> = startかどうかを確認し、そうでない場合は例外を発生させます
3.）関数の先頭で、start、stop、stepをint64にキャストします。
4.）astype（dtype）出力

1.）の代わりに、整数以外の入力が見つかった場合、範囲内のlinspaceにリダイレクトできます。

ねえ、私はオープンソースの貢献の完全な初心者です。 それを試してみようと思った。 このスニペットはどうですか？ @ eric-wieser

x = []
for i in range(start, stop):
    x.append(i)
    x.append(i+step)
print(np.array(x, dtype))

このようなバグは何度も何度も報告されています。 時間の経過とともに失われた理由から、arangeの実装は次のようなものであるとかなり確信しています。

def arange(start, stop, step, dtype):
    n = (start - stop) // step

    # dtype.type is a cast
    step = dtype.type(start + step) - dtype.type(start)

    # now do what you expect
    return [start + step*i for i in range(n)]