Sé que la opción '-fPIC' tiene algo que ver con la resolución de direcciones y la independencia entre módulos individuales, pero no estoy seguro de lo que realmente significa. ¿Puedes explicar?¿Qué significa -fPIC cuando construyes una biblioteca compartida?
PIC representa código independiente de posición
y citar man gcc:
Si es soportado por la máquina de destino, emitir código independiente de la posición, adecuado para la vinculación dinámica y evitando cualquier límite en el tamaño de la tabla de compensación global. Esta opción hace una diferencia en m68k, PowerPC y SPARC. El código independiente de la posición requiere soporte especial, y por lo tanto funciona solo en ciertas máquinas.
utilízalo cuando construyas objetos compartidos (* .so) en esas arquitecturas mencionadas.
man gcc dice:
-fpic
Generate position-independent code (PIC) suitable for use in a shared
library, if supported for the target machine. Such code accesses all
constant addresses through a global offset table (GOT). The dynamic
loader resolves the GOT entries when the program starts (the dynamic
loader is not part of GCC; it is part of the operating system). If
the GOT size for the linked executable exceeds a machine-specific
maximum size, you get an error message from the linker indicating
that -fpic does not work; in that case, recompile with -fPIC instead.
(These maximums are 8k on the SPARC and 32k on the m68k and RS/6000.
The 386 has no such limit.)
Position-independent code requires special support, and therefore
works only on certain machines. For the 386, GCC supports PIC for
System V but not for the Sun 386i. Code generated for the
IBM RS/6000 is always position-independent.
-fPIC
If supported for the target machine, emit position-independent code,
suitable for dynamic linking and avoiding any limit on the size of
the global offset table. This option makes a difference on the m68k
and the SPARC.
Position-independent code requires special support, and therefore
works only on certain machines.
El f es el prefijo gcc para las opciones que "el control de las convenciones de interfaz utilizan en la generación de código"
Los PIC significa "código independiente de posición", se una especialización del fpic para m68K y SPARC.
Editar: Después de leer la página 11 de la document referenced by 0x6adb015, y el comentario de coryan, he hecho algunos cambios:
Esta opción sólo tiene sentido para las bibliotecas compartidas y que está contando el sistema operativo que está utilizando una Tabla de compensación global, GOT. Esto significa que todas las referencias de su dirección son relativas al GOT, y el código se puede compartir a través de múltiples procesos.
De lo contrario, sin esta opción, el cargador tendría que modificar todas las compensaciones.
Huelga decir que casi siempre usamos -fpic/PIC.
Pensé que el sistema operativo era libre de cargar la biblioteca en cualquier dirección virtual, pero sin pic/PIC el cargador tiene que modificar el código y ajustar todos los saltos absolutos + indirecciones a las ubicaciones reales de las rutinas/bibliotecas. Con pic/PIC, el código no se modifica y, por lo tanto, se comparte realmente en múltiples procesos. – coryan
Los procesos múltiples son en gran parte una coincidencia; su punto clave es que el código se puede cargar en cualquier dirección virtual con un mínimo absoluto de correcciones de direcciones. –
¿Qué significa f parte de FPic? –
f no significa nada, es solo parte del nombre de la opción. – Zifre
Hay una diferencia entre fpic y fPIC. Ambos hacen lo mismo, pero fpic usa un desplazamiento relativo más corto cuando está disponible. Por lo tanto, compilar con fpic puede producir archivos más pequeños. Desafortunadamente, no siempre funciona como se esperaba, así que use fPIC. Además, tenga en cuenta que no todos los procesadores admiten las compensaciones más cortas, por lo que puede no marcar la diferencia. –