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

[David Daney]

This is not a regression, but Mark has indicated in the past that these 
types of installation problems should be fixed even at this late stage.

There are two changes here really:

1)  ffi.h was moved from $(includedir) to 
$(libdir)/gcc/$(target_alias)/$(gcc_version)/include.  This fixes the 
problem noted in the PR.

2) In order to be at all useful, ffitarget.h must be in the compiler's 
search path.  It was in 
$(libdir)/gcc/$(target_alias)/$(gcc_version)/include/libffi, which does 
not meet that criterion.  I moved it to the same place as ffi.h.

Regression tested on i686-pc-linux with no regressions (but installation 
problems tend not to be exercised by the testsuite)

I also tested building a couple of the libffi testsuite tests out of 
tree to confirm that the headers are properly found by gcc (and the are).


OK to commit?

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.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pr23935.d
URL: <http://gcc.gnu.org/pipermail/java-patches/attachments/20060911/a35c28f3/attachment.ksh>