libstdc++ multilibs installed where gcc won't find them

[Albert Chin]

On Sun, Feb 09, 2003 at 06:36:42PM -0500, David Edelsohn wrote:
> >>>>> Albert Chin writes:
> 
> Albert> I don't think this is a problem. We can successfully bootstrap GCC
> Albert> 3.2.2 with the Sun, Compaq, and HP compilers. What is odd is that, on
> Albert> AIX 4.3.2, the following will print '.' but when it's run during
> Albert> zlib/configure it prints the compiler usage message. That's what I'm
> Albert> trying to understand.
> Albert> $ /bin/sh
> Albert> /usr/vac/bin/cc -print-multi-os-directory 2>/dev/null || echo .
> 
> 	Try running zlib/configure with "-x" option to the shell (e.g.,
> add "-x" to "#! /bin/sh" line of configure to trace what the script is
> doing. 

I did. It doesn't help. I placed the following line in zlib/configure
and still got the usage message:
  $ /usr/vac/bin/cc -print-multi-os-directory 2>/dev/null

I just configured with:
  $ CC=/usr/vac/bin/cc /opt/build/gcc-3.2.2/configure --enable-nls
  --with-included-gettext --enable-shared --disable-aix64
  --enable-threads
I made the following change to zlib/configure:
  set -x
  $CC -print-multi-os-directory 2>/dev/null
  set +x
  if test -n "$with_cross_host" &&
     test x"$with_cross_host" != x"no"; then
    toolexecdir='$(exec_prefix)/$(target_alias)'
    toolexeclibdir='$(toolexecdir)/lib'
  else
    toolexecdir='$(libdir)/gcc-lib/$(target_alias)'
    toolexeclibdir='$(libdir)'
  fi
  toolexeclibdir=$toolexeclibdir/`$CC -print-multi-os-directory 2>/dev/null || echo .`

>From the '-x' output below, you can see that 2>/dev/null isn't doing
anything.
  ...
  checking for unistd.h... (cached) yes
  + /usr/vac/bin/cc -print-multi-os-directory
  + 2> /dev/null
    C for AIX Compiler, Version 5
  ...

It doesn't look like toolexecdir is used in zlib/* anywhere so it can
probably safely be removed but this still bugs me.

-- 
albert chin (china@thewrittenword.com)