Estoy transfiriendo código antiguo de Solaris a Linux. en un archivo tengo el include:
#include <sys/siginfo.h>que por supuesto ya no puedo encontrarlo en Linux. Así que traté de incluir el nuevo en:
#include <asm/siginfo.h>pero tuve muchos problemas al intentar compilarlo (por supuesto) y tuve errores como:
/usr/include/asm-generic/siginfo.h:8:15: error: redefinición de 'union sigval'
/usr/include/asm-generic/siginfo.h:11:3: error: declaración en conflicto 'typedef int sigval_t'
} sigval_t;
y así. Entonces pensé que tal vez podría ser más independiente del sistema operativo e intentar usar directamente el estándar:
#include <signal.h>que dejara desaparecer los errores de antes. Pero por supuesto tengo:
error: 'SIGLOST' no fue declarado en este alcance
pero de esta manera podría reemplazarlo con alguna macro nueva. Mi pregunta es: ¿cuál es el mejor enfoque para portar un sys/siginfo.h antiguo al nuevo entorno? ¿Usando el estándar POSIX o asm/siginfo.h? ¿u otro?
Definitivamente #include <signal.h> . Si observa linux/siginfo.h , le advierte que no incluya el archivo directamente, sino que use signal.h en su lugar. Es la API pública para señales POSIX.
La página de manual muestra que en x86/ARM/la mayoría de los demás, SIGLOST no se usa. Es posible que esté golpeando una parte de su puerto que requerirá más esfuerzo que la mayoría. Deberá comprender qué función cumple el manejo SIGLOST en su código. En particular, si el código se implementó y requiere el bloqueo de archivos, existen API y comportamientos que dependen de la plataforma. En este caso, podría considerar reescribir el módulo de bloqueo de archivos por completo para asegurarse de que el comportamiento sea correcto.
A menos que puedas eliminarlo por completo. Asegúrese de comprender las limitaciones del bloqueo de archivos antes de pasar tiempo aquí. Por ejemplo, la diferencia entre bloqueos de aviso y obligatorios (este último no es confiable en Linux).