Red Hat Bugzilla – Bug 6023
Packaging: gcc specs file refers to .o files from old packages
Last modified: 2008-05-01 11:37:52 EDT
I attempted to test the gcc functionality of the standard 6.0 distribution on a pentium machine and found broken file linkages and dependencies The /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs file used to control gcc refers to files crt1.o, crti.o and crtn.o which are not a part of the files in the package egcs-1.1.2-12 or any of the packages it depends on. These files are only found in the compat-glibc-5.2-2.0.7.1 package which is only supposed to be required for backward compatible compiling. As a result, an attempt to compile even an empty file such as 'test.c' below will result in an error from gcc of the following: > gcc test.c /usr/bin/ld: cannot open crt1.o: No such file or directory collect2: ld returned 1 exit status The 'crt1.o' file should exist in the new package glibc-2.1.1-6 or the 'specs' file should be updated for the new compiler and libaries. I am not at all sure which is correct. If the 'compat-glibc-5.2-2.0.7.1' package is required, then the dependencies should be added for rpm deployment and the rpm documentation modified.
crt1.o and friends are part of the glibc-devel package. I'm not going to make egcs depend on it, though, because gcc can still function if you are using -nostdlib. In one sense, this is the wrong answer, because -nostdlib is kind of an obscure thing to do. But I suspect it is the cleanest answer until/unless RPM gets more sophisticated dependencies (recommend, required, suggested, etc).