[FFmpeg-devel] Why 'You can only build one library type at once on MinGW'?
Måns Rullgård
mans
Wed May 9 16:57:01 CEST 2007
Rich Felker wrote:
> On Wed, May 09, 2007 at 10:50:56AM +0200, Michel Bardiaux wrote:
>> >> while under Linux they're different (shared objects
>> >> needs to be compiled with -fPIC and access global data through %ebx?),
>>
>> No, PIC is usually not required. PIC just guarantees the dso can be
>> relocated to any address. Without that its not possible to run when
>> there are conflicts of address ranges.
>
> Nope, this is not true. Rather, without PIC, relocations remain inline
> in the code rather than isolated to GOT/PLT tables. This means that
> the dynamic linker must modify large amounts of code at startup
> (runtime), resulting in unsharable pages and bad initial performance.
> However it in no way precludes relocation.
On x86_64 it does, at least in the general case. A 32-bit immediate operand
might need 64 bits after relocation. Theoretically, the compiler could have
a flag telling it to make all relocatable values 64-bit, but gcc doesn't to
my knowledge have such an option.
--
M?ns Rullg?rd
mans at mansr.com
More information about the ffmpeg-devel
mailing list