Re: gcc.dg/compat/struct-layout-1.exp does not supported installed-compilertesting

[Mark Mitchell <mark at codesourcery dot com>]

Ian Lance Taylor wrote:

> I expect this dates back to the time when libiberty was mainly just a
> replacement for missing system functions, and there were no particular
> header files associated with it.  Plus, if you configure with
> --enable-shared, you will get a shared libiberty which probably needs
> to be installed.  Plus, libiberty is built three times at present, for
> the build, host and target systems; we presumably would only want to
> install it on the host system.  Plus, there is the version skew
> problem if you install both gcc and the binutils.
>
> And, finally:
>     http://gcc.gnu.org/ml/gcc/2001-01/msg00261.html

OK, thanks for the pointer.

> Personally, I think we should default to not installing libiberty.a,
> though we should install libiberty.so if we build it.  And then I
> think that if we do install libiberty.a, we should install the header
> files as well.

I agree.  That would be much more consistent.  Static host libraries 
without any header files seem like a weird thing to include in a 
distribution.

> > 1. Remove the use of config.h and HAVE_*_H.
> >
> > 2. Modify the generator not to depend on libiberty headers, including
> > hashtab.h, by substituting a simple dictonary object.
> >
> > 3. Adjust struct-layout-1.exp accordingly.
>
>
> This is what I would recommend anyhow.

OK; that's what we'll do, then.

--
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304