[packages/glibc] - rel 4; more upstream git branch updates

[Jakub Bogusz]

On Fri, May 20, 2016 at 12:16:15PM +0300, Elan Ruusamäe wrote:
> On 20.05.2016 09:37, Elan Ruusamäe wrote:
> >On 19.05.2016 17:40, Jakub Bogusz wrote:
> >>>># echo 'int main() {}' > a.c
> >>>>
> >>>># gcc a.c -o test
> >>>>/usr/bin/ld:
> >>>>/usr/lib64/gcc/x86_64-pld-linux/4.9.3/../../../../lib64/crti.o:
> >>>>unrecognized relocation (0x2a) in section `.init'
> >>>>/usr/bin/ld: final link failed: Bad value
> >>>>collect2: error: ld returned 1 exit status
> >>>>
> >>>>
> >>>># gcc a.c -fPIC -o test
> >>>>/usr/bin/ld:
> >>>>/usr/lib64/gcc/x86_64-pld-linux/4.9.3/../../../../lib64/crti.o:
> >>>>unrecognized relocation (0x2a) in section `.init'
> >>>>/usr/bin/ld: final link failed: Bad value
> >>>>collect2: error: ld returned 1 exit status
> >>Isn't it binutils related?
> >>42 is R_X86_64_REX_GOTPCRELX, a new relocation introduced in 2.26.
> >>
> >>See also:
> >>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808205
> >
> >so how that should be handled in .spec dependencies?
> >
> or is there way to build without that new feature until we have proper 
> solution?

Something like

# (in glibc-devel)
%ifarch %{x8664}  # are other archs affected?
%if "%(rpm -q --qf '%{E}:%{V}')" >= "1:2.26"
Conflicts: binutils < 1:2.26
%endif
%endif

though I'm not sure if it's specific to glibc.
Some static libraries could be also affected.


-- 
Jakub Bogusz    http://qboosh.pl/