Что такое "position-independent code" (-fPIC in gcc) ?

@~~Butt-Head~~ · 29.07.2015, 11:46. **Показов** 17537. **Ответов** 9

Author24 — интернет-сервис помощи студентам

What is meant my position-independent code (-fPIC in gcc)? When would you use it? How are EXE and DLL's compiled with this regard in Windows? *

Что такое "position-independent code" ((-fPIC in gcc) ? С чем его едят? Когда нужно его использовать?

Как с этой фишкой собираются EXE и DLL под Windows? В чём особенность?

Добавлено через 1 час 8 минут
Важная тема теряется... Up!

Добавлено через 14 секунд
Важная тема теряется... Up!

@nmcf · 29.07.2015, 15:39

Это ключ для библиотек Линукса, насколько я понял. Windows тут не при чём.

@~~Butt-Head~~ · 29.07.2015, 15:48 **[ТС]**

Сообщение от nmcf

Это ключ для библиотек Линукса

Ну как бы это ключ компилятора. GCC в виде minGW есть как бы и под виндой ...

@ct0r · 29.07.2015, 15:59

Если кратко.

Без fpic динамическая либа будет грузиться в память каждого процесса, который ее использует. С fpic - все процессы будут разделять одну копию. Это на 32битной. На 64битной без fpic будет ошибка линковки.

На 32битной архитектуре статическую либу пофиг как компилить - с fpic или без него.
На 64битной - пофиг, если линкуем в бинарник, и не пофиг, если линкуем в динамические либы (тогда fpic обязателен - им включается магия 64битных регистров для смещений).

@DrOffset · 29.07.2015, 16:14

Сообщение от Butt-Head

GCC в виде minGW есть как бы и под виндой

Добавлю, что на win весь код position-independent по умолчанию, поэтому -fpic в mingw на самом деле ничего не делает.

@~~Butt-Head~~ · 29.07.2015, 16:24 **[ТС]**

Сообщение от DrOffset

Добавлю, что на win весь код position-independent по умолчанию, поэтому -fpic в mingw на самом деле ничего не делает.

Да кстати, там же DLL именно для экономии ресурсов и был придуман.
Хмм, тогда получается фраза When would you use it? How are EXE and DLL's compiled with this regard in Windows? с подвохом и собирается всё и так с этим флагом и разницы между DLL-кой и EXE как бы нет ?

Croessmah · 29.07.2015, 16:31

GCC Полное руководство.

-fpic
Компилятор генерирует независимый от положения в памяти, перемещаемый объектный код (position independent code, PIC). Такой формат необходим для получения модулей, используемых в составе динамической разделяемой библиотеки (shared library). Вся внутренняя адресация строится с использованием глобальной таблицы смешений (global offset table, GOT). При определении любого адреса содержащееся в таблице значение складывается с начальным адресом загрузки кода.
Опция используется при компиляции модулей, предназначенных для сохранения в разделяемых объектных библиотеках для их последующей динамической загрузки оттуда и использования программами во время их выполнения.
Если при использовании опции -fpic компоновщик выдает сообщение ошибки о том, что перемещаемый объектный код не работает, то следует перекомпилировать исходник с опцией -fPIC.
Некоторые системы имеют ограничение на размер таблицы смещений. Для процессора "Motorola m88k" предельный размер таблицы равен 16k, для "m68k" и "RS/6000" он равен 32k, для "Sparc" - 8k. PIC-код требует наличия определенной аппаратной поддержки и вследствие этоrо может работать только на платформах, имеющих такую поддержку.

-fPIC
Эта опция имеет то же значение, что и -fpic, но у нее есть дополнительные возможности, позволяющие обходить действующие на некоторых платформах ограничения размера таблиц смещений перемещаемого объектного кода. Такие ограничения действуют на машинах Motorola m88k, m68k и Sparc.

Evg · 29.07.2015, 16:56

ТС задал вопрос в контексте windows, а потому ему ссылка не будет интересна. Но для linux'оидов может пригодиться Вопросы по динамическим библиотекам

@DrOffset · 29.07.2015, 18:51

Сообщение от Butt-Head

Хмм, тогда получается фраза When would you use it? How are EXE and DLL's compiled with this regard in Windows? с подвохом и собирается всё и так с этим флагом и разницы между DLL-кой и EXE как бы нет ?

Я не совсем там верно написал. В windows вообще position-independent code для DLL в том смысле, в котором оно есть в UNIX, не используется.
Адреса внутри Dll строятся относительно предпочтительного базового адреса, т.е. адреса заранее фиксированы. При загрузке Dll, если базовый адрес занят, то система производит перебазирование Dll, в том числе перевычисление каждого абсолютного адреса и изменение кода для осуществления использования новых адресов. После перебазирования библиотека перестает быть разделяемой, т.е. экономии памяти для динамически загружаемых библиотек уже не происходит. Но если базовый адрес не занят, то библиотека может быть использована разделяемо. По этой причине системные библиотеки имеет заранее предвычисленные базовые адреса, чтобы они не пересекались и перебазирование не происходило.

Добавлено через 2 минуты
Вот нашел небольшую статью в сравнении с Linux so: http://www.symantec.com/connec... s-part-one

Evg · 29.07.2015, 20:39

Сообщение от DrOffset

По этой причине системные библиотеки имеет заранее предвычисленные базовые адреса, чтобы они не пересекались и перебазирование не происходило

Идиотизм какой-то... Хотя в наш век дешёвой памяти некритично, но как-то выглядит туповато

Evg 21280 / 8304 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	29.07.2015, 20:39	10
	Сообщение было отмечено Butt-Head как решение Решение Сообщение от DrOffset По этой причине системные библиотеки имеет заранее предвычисленные базовые адреса, чтобы они не пересекались и перебазирование не происходило Идиотизм какой-то... Хотя в наш век дешёвой памяти некритично, но как-то выглядит туповато 0

@~~Butt-Head~~ Заблокирован
		1
	Что такое "position-independent code" (-fPIC in gcc) ? 29.07.2015, 11:46. Показов 17537. Ответов 9 Метки нет (Все метки) What is meant my position-independent code (-fPIC in gcc)? When would you use it? How are EXE and DLL's compiled with this regard in Windows? * Что такое "position-independent code" ((-fPIC in gcc) ? С чем его едят? Когда нужно его использовать? Как с этой фишкой собираются EXE и DLL под Windows? В чём особенность? Добавлено через 1 час 8 минут Важная тема теряется... Up! Добавлено через 14 секунд Важная тема теряется... Up! 0

@nmcf 7803 / 6567 / 2988 Регистрация: 14.04.2014 Сообщений: 28,705
	29.07.2015, 15:39	2
	Это ключ для библиотек Линукса, насколько я понял. Windows тут не при чём. 0

@~~Butt-Head~~ Заблокирован
	29.07.2015, 15:48 [ТС]	3
	Сообщение от nmcf Это ключ для библиотек Линукса Ну как бы это ключ компилятора. GCC в виде minGW есть как бы и под виндой ... 0

@ct0r Игогошка! 1801 / 708 / 44 Регистрация: 19.08.2012 Сообщений: 1,367
	29.07.2015, 15:59	4
	Сообщение было отмечено Butt-Head как решение Решение Если кратко. Без fpic динамическая либа будет грузиться в память каждого процесса, который ее использует. С fpic - все процессы будут разделять одну копию. Это на 32битной. На 64битной без fpic будет ошибка линковки. На 32битной архитектуре статическую либу пофиг как компилить - с fpic или без него. На 64битной - пофиг, если линкуем в бинарник, и не пофиг, если линкуем в динамические либы (тогда fpic обязателен - им включается магия 64битных регистров для смещений). 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	29.07.2015, 16:14	5
	Сообщение от Butt-Head GCC в виде minGW есть как бы и под виндой Добавлю, что на win весь код position-independent по умолчанию, поэтому -fpic в mingw на самом деле ничего не делает. 0

@~~Butt-Head~~ Заблокирован
	29.07.2015, 16:24 [ТС]	6
	Сообщение от DrOffset Добавлю, что на win весь код position-independent по умолчанию, поэтому -fpic в mingw на самом деле ничего не делает. Да кстати, там же DLL именно для экономии ресурсов и был придуман. Хмм, тогда получается фраза When would you use it? How are EXE and DLL's compiled with this regard in Windows? с подвохом и собирается всё и так с этим флагом и разницы между DLL-кой и EXE как бы нет ? 0

Croessmah Неэпический 18109 / 10696 / 2062 Регистрация: 27.09.2012 Сообщений: 26,929 Записей в блоге: 1
	29.07.2015, 16:31	7
	Сообщение было отмечено Butt-Head как решение Решение GCC Полное руководство. -fpic Компилятор генерирует независимый от положения в памяти, перемещаемый объектный код (position independent code, PIC). Такой формат необходим для получения модулей, используемых в составе динамической разделяемой библиотеки (shared library). Вся внутренняя адресация строится с использованием глобальной таблицы смешений (global offset table, GOT). При определении любого адреса содержащееся в таблице значение складывается с начальным адресом загрузки кода. Опция используется при компиляции модулей, предназначенных для сохранения в разделяемых объектных библиотеках для их последующей динамической загрузки оттуда и использования программами во время их выполнения. Если при использовании опции -fpic компоновщик выдает сообщение ошибки о том, что перемещаемый объектный код не работает, то следует перекомпилировать исходник с опцией -fPIC. Некоторые системы имеют ограничение на размер таблицы смещений. Для процессора "Motorola m88k" предельный размер таблицы равен 16k, для "m68k" и "RS/6000" он равен 32k, для "Sparc" - 8k. PIC-код требует наличия определенной аппаратной поддержки и вследствие этоrо может работать только на платформах, имеющих такую поддержку. -fPIC Эта опция имеет то же значение, что и -fpic, но у нее есть дополнительные возможности, позволяющие обходить действующие на некоторых платформах ограничения размера таблиц смещений перемещаемого объектного кода. Такие ограничения действуют на машинах Motorola m88k, m68k и Sparc. 0

Evg 21280 / 8304 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	29.07.2015, 16:56	8
	ТС задал вопрос в контексте windows, а потому ему ссылка не будет интересна. Но для linux'оидов может пригодиться Вопросы по динамическим библиотекам 0

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	29.07.2015, 18:51	9
	Сообщение было отмечено Butt-Head как решение Решение Сообщение от Butt-Head Хмм, тогда получается фраза When would you use it? How are EXE and DLL's compiled with this regard in Windows? с подвохом и собирается всё и так с этим флагом и разницы между DLL-кой и EXE как бы нет ? Я не совсем там верно написал. В windows вообще position-independent code для DLL в том смысле, в котором оно есть в UNIX, не используется. Адреса внутри Dll строятся относительно предпочтительного базового адреса, т.е. адреса заранее фиксированы. При загрузке Dll, если базовый адрес занят, то система производит перебазирование Dll, в том числе перевычисление каждого абсолютного адреса и изменение кода для осуществления использования новых адресов. После перебазирования библиотека перестает быть разделяемой, т.е. экономии памяти для динамически загружаемых библиотек уже не происходит. Но если базовый адрес не занят, то библиотека может быть использована разделяемо. По этой причине системные библиотеки имеет заранее предвычисленные базовые адреса, чтобы они не пересекались и перебазирование не происходило. Добавлено через 2 минуты Вот нашел небольшую статью в сравнении с Linux so: http://www.symantec.com/connec... s-part-one 2

Что такое "position-independent code" (-fPIC in gcc) ?

Решение

Решение

Решение

Решение