[autoconf-conversion] libffi take 2

[Bonzini]

> I have more suggestions.  Hope you don't mind.

Not at all.

> Paolo> I'm hitting exponential behavior in Automake somewhere
>
> Report this -- I know Alexandre has been fixing these pretty
> regularly.

It is fixed in CVS.

> Paolo>  MULTISRCTOP =
> Paolo>  MULTIBUILDTOP =
> Paolo>  MULTIDIRS =
> Paolo>  MULTISUBDIR =
>
> You should be able to remove all of these.

Unfortunately not -- and I also need MULTIDO and MULTICLEAN.

> Paolo> +# It still complains about o32.s and o32.S, so let's do this.
> Paolo> +%_cpp.s: %.S
> Paolo> + cp $< $@
>
> "%" rules aren't portable.  Let's not use them.  I'm not sure what the
> problem is exactly, but I'm sure we can fix it some other way.

I can use explicit rules anyway.  But, is libffi really being built with something
other than gcc?  Maybe 1.x was, but now libffi is integrated with the toplevel and only
built as a target library.  I don't think there are other users of libffi 2.x besides
libjava and GNU Smalltalk...  I think that removing support for MIPS with the SGI
compiler is not heresy at all -- I would not mind for GNU Smalltalk anyway.

Paolo