After some instructions form solar: media-libs/win32codecs-20050216 (/usr/lib/real/drvc.so) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_h263.xa) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_iv32.xa) media-libs/win32codecs-20050216 (/usr/lib/real/drv3.so.6.0) media-libs/win32codecs-20050216 (/usr/lib/real/drv4.so.6.0) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_3ivX.xa) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_iv50.xa) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_cvid.xa) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_iv41.xa) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_cyuv.xa) media-libs/win32codecs-20050216 (/usr/lib/win32/vid_h261.xa)
Pretty sure these are not fixable
Indeed they're not fixable - binary only, proprietary etc even if they are linuc ELF binaries. The only way to get them fixed is to beg their respective masters. BTW Windows DLLs (the rest of the win32codecs package) also need support for writable text segments to enable relocation. Windows uses the prelink approach to its shared libraries; they are built non-PIC, but given a default load address at which they work unchanged. When they can't load at their given address they have to be relocated (=> textrels).