Numpy: np.floor_divide가 가상 부분을 조용히 떨어 뜨립니다.

복소수에 대해서는 바닥 함수를 사용할 수 없습니다.
복소수의 바닥
또한 허수 부와 복소 부를 따로 나누지 않습니다. 우리는 2 개의 복소수를 나눌 때 하나의 복소수를 얻습니다. ( 복소수 나누기 )

또한,
`>>> (1. + 1.j) // 2

역 추적 (가장 최근 호출 마지막) :
파일 "", 1 행, in
유형 오류 : 복소수의 바닥을 차지할 수 없습니다 .`

유사하게 TypeError 표시되어야합니다.
저는 오픈 소스를 처음 사용합니다. 나는 그것을하고 싶다. 누군가 나를 안내 할 수 있습니까?

Numpy는 복소수의 바닥을 차지할 수 없기 때문에 오류를주는 대신 허수 부분 만 떨어 뜨립니다.

좋아, 다른 기능과 마찬가지로 가상 부분이 삭제된다는 경고를 최소한 던질 가치가 있다고 생각했습니다.

정상적인 파이썬은 오류를 던집니다. 누군가 유스 케이스를 생각할 수 없다면 우리는 아마도 따라야 할 것 같습니다.

예, TypeError를 던져야한다고 생각합니다.
작업 할 수 있습니까?

개인적으로 나는 (2 + 2j) // 2 = (1 + 1j)를 선호하지만 수학적으로 완벽하지는 않습니다.

무엇이 최선인지 확실하지 않고 나머지는 단순히 복잡하게 구현되지 않습니다 (오류 발생). 오류가 발생하면 먼저 비난을해야합니다.

물론 그것에 대해 작업 할 수 있습니다. ufunc가 작동하고 생성되는 방식에 대해 조금 더 깊이 들어가야하므로 사소하지 않을 수 있으며, 우리가 가고 싶은 곳에 대한 논의가 여전히 필요할 수 있습니다. 그래도 당신을 막을 필요는 없습니다.

"모호함에도 불구하고 추측하려는 유혹을 거부하십시오." TypeError 이어야한다고 제안합니다.

@ kaivu1999- 이 문제를 해결하려면 floor_divide ufunc에서 생성되는 복잡한 유형을 제거하는 것이 가장 좋습니다 ( divmod , remainder 및 modf 는 이미 괜찮습니다). core/src/umath/loops.c.src 에서 2321 행 다음에 나오는 항목을보십시오 (2480--2500 행을 제거 할 가능성이 높습니다).

@mhvk 예, numpy/core/code_generators/generate_umath.py 을 조정해야합니다.하지만 먼저 지원을 중단하려면 사용자 정의 유형 해석기를 만들어야합니다 (추가적으로 numpy/core/src/umath/ufunc_type_resolution.c 터치).

@seberg- 현재 동작은 실제로 버그로 간주되어야하며 remainder 및 divmod 와의 일관성을 위해 오류 발생을 시작해야합니다.

우리가 다른 행동을 원하는지 여부는 별도의 논의로 보일 것입니다.

그래, 내가하고있어.
코드를 변경했는데 이제 다음과 같이 표시됩니다.
`>>> a // 2

역 추적 (가장 최근 호출 마지막) :
파일 "", 1 행, in
TypeError : ufunc 'floor_divide'는 입력 유형에 대해 지원되지 않으며 입력은 ''safe ''캐스팅 규칙에 따라 지원되는 유형으로 안전하게 강제 변환 될 수 없습니다.
`
풀 리퀘스트를 생성할까요?

@ kaivu1999 풀 요청은 좋은 시작이 될 것입니다. 첫 번째 의견에 Fixes #13236 를 넣어 주시면 문제와 PR을 상호 참조 할 것입니다.

가우스 정수가 결과라는 것을 문서화하면 실수 부분과 허수 부분 모두에서 바닥 나누기를 수행하는 것이 합리적입니다. 그래도 파이썬과 일치하지 않을 것입니다.