Что означает -fPIC при создании разделяемой библиотеки? - PullRequest
Новая
       22

Что означает -fPIC при создании разделяемой библиотеки?

100 голосов
/ 09 июня 2009

Я знаю, что опция '-fPIC' имеет отношение к разрешению адресов и независимости между отдельными модулями, но я не уверен, что это на самом деле означает. Вы можете объяснить?

Ответы [ 3 ]

54 голосов
/ 09 июня 2009

PIC означает независимый от позиции код

и процитировать man gcc:

Если поддерживается для целевого компьютера, генерировать независимый от позиции код, подходящий для динамического связывания и избегающий любых ограничений размера глобальной таблицы смещений. Этот параметр имеет значение для M68K, PowerPC и SPARC. Позиционно-независимый код требует специальной поддержки и поэтому работает только на определенных машинах.

используйте это при построении общих объектов (* .so) на упомянутых архитектурах.

26 голосов
/ 09 июня 2009

f - это префикс gcc для опций, которые "управляют используемыми соглашениями об интерфейсе". в генерации кода "

PIC расшифровывается как «Независимый от положения код», это специализация fpic для m68K и SPARC.

Редактировать: После прочтения 11-й страницы документа , на который ссылается 0x6adb015 , и комментария Кориана, я сделал несколько изменений:

Этот параметр имеет смысл только для разделяемых библиотек, и вы сообщаете ОС, что используете глобальную таблицу смещений GOT. Это означает, что все ваши адреса адресов относятся к GOT, и код может быть передан нескольким процессам.

В противном случае без этой опции загрузчик должен будет изменить все смещения самостоятельно.

Излишне говорить, что мы почти всегда используем -fpic / PIC.

15 голосов
/ 09 июня 2009

man gcc говорит: 

-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.
...