gcc.dg/compat/struct-layout-1.exp does not supported installed-compiler testing

[Mark Mitchell]

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