$ readlink -f /usr/lib64/gcc/x86_64-alt-linux/4.9/../../../../lib64/crti.o
/usr/lib64/crti.o
$ readlink -f /usr/lib64/gcc/x86_64-alt-linux/4.9/../../../../lib64/crti.o | xargs rpm -qf
glibc-devel-2.23-alt3
$ rpm -q binutils gcc5 gcc4.9
binutils-2.24.0-alt3
gcc5-5.2.1-alt1
gcc4.9-4.9.2-alt4
$ 

For example, when running make in guile-evms sources, the following error occurs because of old binutils:


gcc -g -pipe -O2 -Werror -Wall -Wno-unused -Wno-switch -fPIC -I/usr/include/guile -I/usr/include/evms   -c -o evms.o evms.c
gcc -shared -Wl,-soname=libguile-evms.so.0 evms.o -lguile -levms -lblkid -o libguile-evms.so
/usr/bin/ld: /usr/lib64/gcc/x86_64-alt-linux/4.9/../../../../lib64/crti.o: unrecognized relocation (0x2a) in section `.init'
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
make: *** [libguile-evms.so] Error 1

New glibc-devel should conflict with old binutils to avoid such situations.

Similar errors happen also when I try to use older gcc, say, gcc4.6.

This is a problem for someone who has upgraded glibc and wants to program and compile his programs. He must know that he should have ugraded binutils, too. This hint can be expressed by a Conflicts fields in glibc-devel. (This is not a problem for building packages, because then hasher is used.)