On Wed, 10 Jan 2007, Ralf Wildenhues wrote: > * Hugh Sasse wrote on Wed, Jan 10, 2007 at 11:25:14AM CET: > > On Tue, 9 Jan 2007, Ralf Wildenhues wrote: > > > /bin/bash ./libtool --tag=F77 --mode=link g77 -g -O2 -o fprogram > > fprogram.o libfoo.la > > g77 -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a > > /usr/local/bin/ld: crt1.o: No such file: No such file or directory > > collect2: ld returned 1 exit status > > Hmm. This looks like your g77 installation is a bit broken. > Does it work fine for other uses? Can you go into the f77demo > directory and issue > /bin/bash ./libtool --tag=F77 --mode=link g77 -v -g -O2 -o fprogram > fprogram.o libfoo.la
bash-2.05$ /bin/bash ./libtool --tag=F77 --mode=link g77 -v -g -O2 -o fprogram fprogram.o libfoo.la g77 -v -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a Driving: g77 -v -g -O2 -o fprogram fprogram.o ./.libs/libfoo.a -lfrtbegin -lg2c -lm -shared-libgcc Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/specs Configured with: /scratch/hgs/gcc-3.4.3/configure --with-as=/usr/local/bin/as --with-ld=/usr/local/bin/ld --enable-languages=c,c++,f77,objc --disable-nls Thread model: posix gcc version 3.4.3 /usr/local/libexec/gcc/sparc-sun-solaris2.9/3.4.3/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -rpath-link /usr/lib -Qy -o fprogram /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crti.o /usr/ccs/lib/values-Xa.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crtbegin.o -L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3 -L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/../../../../sparc-sun-solaris2.9/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/../../.. fprogram.o ./.libs/libfoo.a -lfrtbegin -lg2c -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc -lc /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crtend.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crtn.o GNU ld version 2.17 Supported emulations: elf32_sparc elf64_sparc bash-2.05$ 3.4.3? Oh, I remember having problems building fortran because of getting GMP and MPFR to work correctly. So maybe now I have those working I should try to rebuild GCC-4.1.0 with fortran before proceeding? I hope not, but if supported formats is the problem I suppose I'll have to. > > to find out where crt1.o should be, and maybe also why it isn't there? > (I'd guess something like > /usr/local/lib/gcc/...sparc.../3.4.6/../../../../lib/crt1.o ) bash-2.05$ find /usr/local/lib/gcc -name crt1.o -print /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/sparcv9/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.3/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.0.2/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.0.2/sparcv9/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.1.0/crt1.o /usr/local/lib/gcc/sparc-sun-solaris2.9/4.1.0/sparcv9/crt1.o bash-2.05$ > > [...] > > FAIL: f77demo-make.test > > === Running f77demo-exec.test > > You must run f77demo-make.test before running ./f77demo-exec.test > > SKIP: f77demo-exec.test > [...] > > The errors about "You must run f77demo-make.test before..." seem > > a bit odd to me, since we have just done that... > > Yeah, that's right. The testsuite can't distinguish the case where the > required test failed or wasn't run at all. For CVS Libtool, we're > slowly moving to an Autotest-based testsuite... OK... > > Cheers, > Ralf > Thank you, Hugh _______________________________________________ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool