This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: defunct fortran built by default for cross-compiler
- From: Joern RENNECKE <joern dot rennecke at st dot com>
- To: Andrew Pinski <pinskia at physics dot uc dot edu>
- Cc: Steven Bosscher <stevenb dot gcc at gmail dot com>, gcc at gcc dot gnu dot org
- Date: Mon, 06 Nov 2006 14:27:40 +0000
- Subject: Re: defunct fortran built by default for cross-compiler
- References: <200611011954.kA1JsD3T028866@localhost.localdomain> <454906EB.2060301@st.com>
Joern Rennecke wrote:
It appears that most of the errors are of the form:
collect-ld:
cannot find -lgfortranbegin
I've found that the problem was related to configure deciding to build
fortran and enable runtime tests for it when doing check-gcc even though
libgfortran was not present; I had made my script remove that some time
ago because libgfortran was not supported.
When I tried to configure with libgfortran present and add the make
target all-target-libgfortran, I get after about three hours:
/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/./gcc/xgcc
-B/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/./gcc/ -nostdinc
-B/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/sh-multi-elf/newlib/
-isystem
/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/sh-multi-elf/newlib/targ-include
-isystem /mnt/scratch/nightly/2006-11-02-softfp/srcw/newlib/libc/include
-B/usr/local/sh-multi-elf/bin/ -B/usr/local/sh-multi-elf/lib/ -isystem
/usr/local/sh-multi-elf/include -isystem
/usr/local/sh-multi-elf/sys-include
-L/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/./ld -DHAVE_CONFIG_H -I.
-I../../../srcw/libgfortran -I. -iquote../../../srcw/libgfortran/io
-I../../../srcw/libgfortran/../gcc
-I../../../srcw/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE
-std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c
../../../srcw/libgfortran/runtime/error.c -o error.o
../../../srcw/libgfortran/runtime/error.c: In function 'show_locus':
../../../srcw/libgfortran/runtime/error.c:288: warning: format '%d'
expects type
'int', but argument 2 has type 'GFC_INTEGER_4'
../../../srcw/libgfortran/runtime/error.c: At top level:
../../../srcw/libgfortran/runtime/error.c:334: error:
'_gfortran_runtime_error' aliased to undefined symbol
'__gfortrani_runtime_error'
make[2]: *** [error.lo] Error 1
make[2]: Leaving directory
`/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/sh-multi-elf/libgfortran'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/mnt/scratch/nightly/2006-11-02-softfp/sh-elf/sh-multi-elf/libgfortran'
make: *** [all-target-libgfortran] Error 2
So, it appears the only way to do a regression test now is to hard code
with --enable-languages the set of languages that are known to generally
work, I.e. c,c++ and objc.