Numpy: Les tests Numpy échouent sur musl/AlpineLinux

Créé le 27 janv. 2016 · 5Commentaires · Source: numpy/numpy

Sur AlpineLinux, qui est une distribution Linux basée sur mil, certains des tests de numpy échouent. Le journal est joint.
log.txt

Il existe deux types de problèmes - l'un pour diverses exceptions de dépassement/sous-débordement manqués, le second pour les résultats incorrects des fonctions trigonométriques de musl.

Le premier peut être corrigé en incluant l'en-tête fenv.h dans les builds musl, AFAIU cela peut être fait dans numpy/numpy/core/src/npymath/ieee754.c.src et numpy/core/include/numpy/ufuncobject.h en remplaçant __GLIBC__ par __GNUC__

Le deuxième groupe peut être corrigé en désactivant les fonctions trigonométriques dans numpy/numpy/core/src/private/npy_config.h non seulement pour glibc, mais aussi pour musl. Un problème ici est que musl ne fournit aucune macro comme le __GLIBC__ pour le détecter.

Alors la question, numpy est-il intéressé par un tel patch ? Pourriez-vous s'il vous plaît partager vos opinions sur la meilleure façon de le mettre en œuvre?

Sinon, le correctif peut être implémenté dans le package correspondant pour AlpineLinux

Source

xdmiodz

Commentaire le plus utile

Oui, toujours pas de numpy pour les utilisateurs alpins (qui est de plus en plus populaire comme base de docker). Cela a rendu la vie misérable pour nos utilisateurs de python. J'adorerais voir un patch.

kylekyle le 19 mars 2016

👍4

Tous les 5 commentaires

kylekyle le 19 mars 2016

👍4

Quelle bibliothèque utilise AlpineLinux ? Ce doit être quelque chose d'assez proche de la glibc si les mêmes fonctions de trig échouent.

charris le 19 mars 2016

OK, c'est du musl. La macro n'est-elle vraiment pas pour identifier la présence de musl? Un problème est que d'autres implémentations de libc sont combinées avec le compilateur gnuc, nous ne pouvons donc pas simplement utiliser __GNUC__ .

charris le 19 mars 2016

Un autre cas où essayer d'avoir une liste explicite de toutes les mauvaises versions de libm
nous mord :-/ Si quelqu'un se sent particulièrement inspiré, un
une solution globale serait de s'attaquer au #7173.
Le 18 mars 2016 à 18h13, "Charles Harris" [email protected] a écrit :

OK, c'est du musl. La macro n'est-elle vraiment pas pour identifier la présence de musl?
Un problème est d'autres implémentations de libc combinées avec le compilateur gnuc,
nous ne pouvons donc pas simplement utiliser GNUC .
-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/numpy/numpy/issues/7128#issuecomment -198597654