[PATCH] PR libffi/23935: libffi headers installed in wrong directory.

[Richard Guenther]

On 9/13/06, Gerald Pfeifer <gerald@pfeifer.com> wrote:
> On Mon, 11 Sep 2006, David Daney wrote:
> > 2006-09-11  David Daney  <ddaney@avtrex.com>
> >
> >       PR ffi/23935
> >       include/Makefile.am: Install both ffi.h and ffitarget.h in
> >       $(libdir)/gcc/$(target_alias)/$(gcc_version)/include.
> >       aclocal.m4: Regenerated for automake 1.9.6.
> >       Makefile.in: Regenerated.
> >       include/Makefile.in: Regenerated.
> >       testsuite/Makefile.in: Regenerated.
>
> Yeah!  Could we get this on the 4.1 branch as well?

I don't think we want this change on the 4.1 branch.  In fact I am
not entirely convinced this particular fix (libffi) is correct.  libffi
is used in separate projects as well, so separate packaging creates
interesting dependencies if you use different compilers (though
you can of course copy the headers around for this case).

> With this fix, the only major issue that prevents installing two full
> installations of GCC into the same prefix (with suitable --libdir,
> --infodir and --program-suffix options and ignoring man pages for a
> minute¹) is lib/pkgconfig/libgcj.pc.

The solution for this is either not installing it or renaming the file
like libgcj42.pc - we cannot move it.

> Is there any chance we can get this final bit addressed as well?

Final?  I think ada is also broken.

Richard.

> Gerald
>
> ¹ Is there agreement that man pages should also honor --program-suffix?

They do.  info pages don't.  Likewise translation files.  And ada does
not honour it and installs unversioned (yay) shared libraries.