Division assignment operator (/=) is not exported properly to Python3

Offen

#317 erstellt am 23.9.2020 2 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 30/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: cpp, python
Bereich: api

Rechercherichtung

Die minimale Reproduktion ist foo.cpp; beginne damit, sie mit dem angegebenen Boost- und Python-3-Setup zu kompilieren und untersuche, wie der Export von Foo::operator/= idiv versus itruediv zugeordnet wird. Erledigt ist es, wenn Python 3 die korrekte In-Place-Methode für echte Division aufruft, ohne dass es zu einem Laufzeitabsturz kommt, während das Verhalten von Python 2 unverändert bleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

The minimal example I have is for g++8.3.0 and boost1.67 on Ubuntu19.04 (although I have tested boost1.74 on a CentOS7.8 platform).

My understanding of the issue is that when the operator "/=" is exported for Python3, it is binded to __idiv__ and not __itruediv__, therefore causing a crash upon runtime. For Python2, there is no problem observed.

The problem solved by explicitly doing .def("__itruediv__", &Foo::operator/=). Is this a desired behaviour?

PS:
Compiling on Ubuntu19.04 as:
g++ foo.cpp -Wall -Wextra -shared -fPIC -o myModule.so -Wfatal-errors -I/usr/include/python3.7 -lboost_python3 (boost1.67 library and boost1.67-dev installed from packages).

Vorherrschende Sprache: C++
Sterne: 537
Forks: 223
Ø Merge: 11 Std. 22 Min.
Gemergte PRs (30 T.): 2

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus boostorg/python

numpy::from_data calls vector::front and crashes (or has UB) when called with a scalar object Offen

Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 84/100

boostorg/python#526 · 1 Kommentar · Erstellt am 11.8.2026
Windows CI does not fail if one or more tests fail Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

boostorg/python#521 · 4 Kommentare · Erstellt am 27.6.2026
docker test images are not updated in four years Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100

boostorg/python#501 · 5 Kommentare · Erstellt am 28.10.2025
BoostDetectToolset-1.90.0.cmake file not found in an include() call in boost_python-config.cmake Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100

boostorg/python#525 · Erstellt am 24.7.2026
Windows CI: vcpkg dependency caching not working Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100

boostorg/python#523 · Erstellt am 28.6.2026

Alle Issues in boostorg/python