> > Thanks to the wonderful sort breakage, I'm seeing this if I touch > cppmacro.c and make again: > > ===> cc_int > cc -O -pipe -mcpu=pentiumpro -DIN_GCC -DHAVE_CONFIG_H > -DPREFIX=\"/usr\"-I/usr/obj/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc > -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config > -DHAVE_CONFIG_H -DTARGET_NAME=\"i386-undermydesk-freebsd\" -DIN_GCC > -c/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cppmacro.c -o > cppmacro.o > building static cc_int library > sort: open failed: +1: No such file or directory > sort: open failed: +1: No such file or directory > ranlib libcc_int.a > > Any chance that's causing a problem? >
It is certainly a possibility. Were all the binaries dependent on the cc_int relinked? Was cc_int itself updated with a newer cppmacro.o file? You might want to do a make clean in /usr/src/gnu/usr.bin/cc before building a new copy of gcc. -- Alexander Kabaev To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
