Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.
Estoy compilando una librería compartida (.so) que utiliza la biblioteca log4cxx. Estoy obteniendo el siguiente error: liblog4cxx.a(level.o): la reubicación R_X86_64_32 contra `.bss’ no se puede utilizar al crear un objeto compartido; vuelve a compilar con -fPIC ¿Tienes alguna idea? ¿Debería volver a compilar log4cxx con alguna opción especial?
Estoy utilizando las herramientas de compilación proporcionadas por Rtools. Versión de gcc: 8.3.0 x86_64-w64-mingw32 (Compilado por Jeronen para Proyecto R). Versión de GNU ld: 2.33.1. Versión de eigen: 3.4.0. He estado probando varias funciones del paquete eigen y, al calcular los valores singulares utilizando el objeto “BDCSVD”, el enlazador se . . . Read more
He estado escribiendo algo de ensamblador x64 en Linux, exactamente lo que es no es relevante, y me he encontrado con un problema extraño. En mi código ensamblador, he declarado “printf” como una etiqueta externa, y lo llamo utilizando la Convención de Llamada en C de Linux x64. Las partes . . . Read more
Estoy escribiendo un firmware para un proyecto en el que quiero incluir información de depuración en el archivo de imagen actual, para que el controlador de errores en el firmware pueda producir una salida más detallada. El uso de información DWARF para esto no es una opción debido a restricciones . . . Read more
Como sé, la salida de ldd normalmente se ve así: BIBLIOTECA_COMPARTIDA => ubicación. Pero liblz.so.1 y libzstd.so.1 a continuación no parecen ser así. ldd librdkafka.so linux-vdso.so.1 => (0x00007ffde7484000) liblz4.so.1 (0x00007f97c8953000)<br> libzstd.so.1 (0x00007f97c8420000)<br> libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007f97c8206000) libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f97c7f99000) libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f97c7bb4000) libz.so.1 => /lib64/libz.so.1 (0x00007f97c799e000) libdl.so.2 => . . . Read more