Numpy: Las pruebas Numpy fallan en musl / AlpineLinux

Creado en 27 ene. 2016 · 5Comentarios · Fuente: numpy/numpy

En AlpineLinux, que es un distributivo de Linux basado en mil, algunas de las pruebas de numpy fallan. Se adjunta el registro.
log.txt

Hay dos tipos de problemas: uno por varias excepciones de desbordamiento / subdesbordamiento perdidas, el segundo es por resultados incorrectos de las funciones trigonométricas de musl.

El primero se puede arreglar al incluir el encabezado fenv.h en las compilaciones musl, AFAIU, esto se puede hacer en numpy/numpy/core/src/npymath/ieee754.c.src y numpy/core/include/numpy/ufuncobject.h reemplazando __GLIBC__ con __GNUC__

El segundo grupo se puede arreglar desactivando las funciones trigonométricas en numpy/numpy/core/src/private/npy_config.h no solo para glibc, sino también para musl. Un problema aquí es que musl no proporciona ninguna macro como __GLIBC__ para detectarla.

Entonces, la pregunta, ¿está Numpy interesado en tal parche? ¿Podría compartir sus opiniones sobre cuál es la mejor manera de implementarlo?

De lo contrario, el parche se puede implementar en el paquete correspondiente para AlpineLinux

Fuente

xdmiodz

Comentario más útil

Sí, todavía no es un problema para los usuarios alpinos (que es cada vez más popular como base acoplable). Ha hecho la vida miserable para nuestros usuarios de Python. Me encantaría ver un parche.

kylekyle en 19 mar. 2016

👍4

Todos 5 comentarios

kylekyle en 19 mar. 2016

👍4

¿Qué biblioteca usa AlpineLinux? Debe ser algo muy parecido a glibc si fallan las mismas funciones trigonométricas.

charris en 19 mar. 2016

Está bien, es musl. ¿Realmente no hay macro para identificar la presencia de musl? Un problema son otras implementaciones de libc combinadas con el compilador gnuc, por lo que no podemos simplemente usar __GNUC__ .

charris en 19 mar. 2016

Otro caso en el que se intenta tener una lista explícita de todas las versiones incorrectas de libm
nos muerde: - / Si alguien se siente particularmente inspirado, un
La solución integral sería abordar el número 7173.
El 18 de marzo de 2016 a las 6:13 p.m., "Charles Harris" [email protected] escribió:

Está bien, es musl. ¿Realmente no hay macro para identificar la presencia de musl?
Un problema son otras implementaciones de libc combinadas con el compilador gnuc,
por lo que no podemos simplemente usar GNUC .
-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente o véalo en GitHub
https://github.com/numpy/numpy/issues/7128#issuecomment -198597654