Add method to numpy::dtype to set byteorder

Ouverte

#230 ouverte le 21/8/2018 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté: 2/5
Temps estimé: 1-3 heures
Accessibilité débutants: 45/100

Type d'issue: Fonctionnalité
Clarté: Plutôt claire
Activité: À l'abandon
Stack technique: cpp
Domaine: api

Piste de recherche

Commencez dans numpy/dtype.hpp et examinez les méthodes dtype existantes ainsi que la manière dont le descripteur NumPy sous-jacent est exposé. Ajoutez l’opération d’ordre des octets demandée sans obliger les appelants à inclure la NumPy C API, puis vérifiez que l’ordre des octets du dtype change comme demandé.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

I've taken a look at numpy/dtype.hpp, and there does not appear to be any way to set the byte order of the array being constructed. The workaround I am currently using (which requires adding the numpy C API to my build and including the headers in my source) is the following:

np::dtype scalarDtype = np::dtype::get_builtin<int16_t>();
reinterpret_cast<PyArray_Descr*>(scalarDtype.ptr())->byteorder = '>';

So it should be as simple as adding a method to dtype to allow the user to set the byteorder on the underlying numpy struct.

Langage dominant: C++
Étoiles: 537
Forks: 223
Merge moyen: 11 h 22 min
PR mergées (30 j): 2

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

Lisez l'issue en entier, puis le guide de contribution du projet.
Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
Forkez le dépôt et travaillez sur une branche.
Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de boostorg/python

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

Difficulté 1/5 Moins d'une heure Accessibilité débutants 84/100

boostorg/python#526 · 1 commentaire · Ouverte le 11/8/2026
Windows CI does not fail if one or more tests fail Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 68/100

boostorg/python#521 · 4 commentaires · Ouverte le 27/6/2026
docker test images are not updated in four years Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 64/100

boostorg/python#501 · 5 commentaires · Ouverte le 28/10/2025
BoostDetectToolset-1.90.0.cmake file not found in an include() call in boost_python-config.cmake Ouverte

Difficulté 3/5 1-2 jours Accessibilité débutants 48/100

boostorg/python#525 · Ouverte le 24/7/2026
Windows CI: vcpkg dependency caching not working Ouverte

Difficulté 4/5 3-5 jours Accessibilité débutants 25/100

boostorg/python#523 · Ouverte le 28/6/2026

Toutes les issues de boostorg/python

Issues similaires

Use 4:4:4 for multichannel AVIF and HEIF gain maps Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 70/100

google/libultrahdr#485 · Ouverte le 24/9/2026
Missing tile warnings in TileMap dock display with wrong texture filter Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 75/100

godotengine/godot#123776 · Ouverte le 23/9/2026
if(cond,a,b) treats any nonzero cond as true in every bngsim backend (ExprTk interpreter, C codegen, SSA), which contradicts docs/reference/expressions.md ('true when > 0.5') and BNG's run_network. A non-boolean condition in (-inf,0) or... Ouverte

bug

Difficulté 1/5 Moins d'une heure Accessibilité débutants 60/100

lanl/bngsim#774 · Ouverte le 23/9/2026
Delete ament_export_include_directories() and ament_export_libraries() calls Ouverte

good first issue

Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100

ros2/rosbag2#2509 · Ouverte le 23/9/2026
Delete ament_export_include_directories() and ament_export_libraries() calls Ouverte

good first issue

Difficulté 2/5 1-3 heures Accessibilité débutants 75/100

ros2/common_interfaces#344 · Ouverte le 23/9/2026

Plus d'issues C++