From mboxrd@z Thu Jan  1 00:00:00 1970
From: Joel Sherrill <joel@OARcorp.com>
To: Ian Lance Taylor <ian@cygnus.com>
Cc: gas2@cygnus.com
Subject: Re: source of powerpc-rtems failure
Date: Thu, 16 Apr 1998 12:23:00 -0000
Message-id: <Pine.BSF.3.96.980416140908.26940O-100000@vespucci.advicom.net>
References: <199804161846.OAA23028@subrogation.cygnus.com>
X-SW-Source: 1998/msg00140.html

On Thu, 16 Apr 1998, Ian Lance Taylor wrote:

>    tdefaults =  -DDEFAULT_VECTOR=bfd_elf32_powerpc_vec
> 
> That by itself is not a bug.  If you configure with
> --enable-targets=all, SELECT_VECS is not supposed to be defined.
> SELECT_VECS is only defined if you have a list of selected vectors.

Thanks.  I was trying to track it down but did not understand the magic
going on behind the screen. :)

> The bug would seem to be that bfd_elf32_powerpcle_vec is not in the
> default list of targets in targets.c.

This lets it get further and now it fails in the same way the mips64orion
did.  It builds at least one multilib version of tmplibgcc2.a and then
complains ...:

build-powerpc-tools/gcc/ -O2  -DCROSS_COMPILE -DIN_GCC    -O2 -g
-I./include   -g1 -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fexceptions
-Dinhibit_libc   -mlittle -mrelocatable-lib -mno-eabi -mstrict-align -I.
-I../../src/gcc -I../../src/gcc/config -c -DL${name} \
      ../../src/gcc/libgcc2.c -o ${name}.o; \
  if [ $? -eq 0 ] ; then true; else exit 1; fi; \
  /usr1/rtems/work/tools/build-powerpc-tools/binutils/ar rc tmplibgcc2.a
${name}.o; \
  rm -f ${name}.o; \
done
_muldi3
_divdi3
/usr1/rtems/work/tools/build-powerpc-tools/binutils/ar: tmplibgcc2.a:
Invalid operation

It does this repeatedly until the rule stmp-multilib-sub fails.  Is this a
related problem but in ar?

I will start to see what I can figure out about this one. :)

--joel