This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: problem running test_installed suite was Re: more on mips-elf test installed



Daniel Jacobowitz wrote:
> 
> On Mon, Dec 16, 2002 at 08:34:20AM -0600, Joel Sherrill wrote:
> >
> >
> > Ben Elliston wrote:
> > >
> > > >>>>> "Joel" == Joel Sherrill <joel.sherrill@OARcorp.com> writes:
> > >
> > >   Joel> Executing on host: gcc /usr/share/dejagnu/testglue.c  -c    -o
> > >   Joel> /usr3/ftp_archive/gnu/gcc/ss/b-3.2.1/r-arm-elf/testglue.o    (timeout =
> > >   Joel> 300)
> > >
> > >   Joel> Notice that testglue.c is being compiled by the NATIVE
> > >   Joel> compiler -- not the cross!!!  What needs to be set to make
> > >   Joel> runtest use the correct compiler on testglue.c?
> > >
> > > What target_board have you told DejaGnu you're testing on?
> >
> > I have been trying two configurations with the same results:
> >
> > mips-elf with DejaGNU target board mips-sim
> > arm-elf with DejaGNU target board arm-sim
> >
> > Both produce vey good test results when I test inside the tree
> > but if I run the tests from somewhere else, testglue.c is always
> > compiled with the native "gcc".  The tests that do not link against
> > testglue.c all appear to be passing.
> >
> > Inside the tree, I do this:
> >
> > make RUNTESTFLAGS="--target_board=${sim}" check check-gcc check-g++
> >
> > Outside the tree, I do this:
> >
> > ${gccpath}/contrib/test_installed --srcdir=${gccpath} \
> >     --with-gcc=${1}-gcc \
> >     --without-g++ \
> >     --without-g77 \
> >     --with-target=${sim}
> >
> > where $1 is the gcc target which gets mapped to a simulator target
> > a few lines above in the wrapper script I am using.
> >
> > My test_installed is modified to take the --with-target option so
> > runtest ends up being invoked like this:
> >
> > runtest --tool gcc -v --target_board arm-sim
> >
> > I am sure it is a 1-liner somewhere.  I think runtest or the gcc test
> > suite scripts assume some variable besides GCC_UNDER_TEST is set to
> > tell it about the compiler to test.
> 
> build_wrapper (in libgloss.exp) uses target_compile.  That won't
> respect GCC_UNDER_TEST.  Try CC_FOR_TARGET?
> 
> Andrew removed the ability to import CC_FOR_TARGET from the environment
> (why?) but you can run "runtest --tool gcc -v --target_board arm-sim \
> CC_FOR_TARGET=arm-elf-gcc"

I don't know why it doesn't import CC_FOR_TARGET and couldn't even see
how it got the right compiler when run in the build tree. :(

Thanks.  That appears to be working -- at least testglue.c is compiled
by
the right compiler anyway.  I had tried  "CC_FOR_TARGET=arm-elf-gcc
runtest ..."
but obviously that didn't work.

I am running the test suite now and if that goes well should have a
patch
to contrib/test_installed.  

Thanks.

> --
> Daniel Jacobowitz
> MontaVista Software                         Debian GNU/Linux Developer

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]