This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] [please commit] libffi reorg [take 4]
- From: "Paolo Bonzini" <bonzini at gnu dot org>
- To: "Andreas Tobler" <toa at pop dot agri dot ch>,"Rainer Orth" <ro at TechFak dot Uni-Bielefeld dot DE>
- Cc: <gcc-patches at gcc dot gnu dot org>,<green at redhat dot com>
- Date: Wed, 22 Oct 2003 09:52:33 +0200
- Subject: Re: [PATCH] [please commit] libffi reorg [take 4]
- References: <3F77FFC5.5010700@polimi.it> <yddk76ydw0z.fsf@xayide.TechFak.Uni-Bielefeld.DE> <3F960C59.8050403@pop.agri.ch>
> > Apart from this change, there are certainly other problems when using
> > libffi from the GCC tree with vendor compilers (as I discovered when I
> > tried testing it with cc on IRIX 6 and Tru64 UNIX). I'll probably work
on
> > re-enabling this ability in the future.
Actually, I seem to understand this is about supporting the vendor's
assembler rather than the vendor's compiler. Using gas together with the
vendor cc should work (there are remarks about computing values directly
because of the deficiencies IRIX assembler). And anyway I don't think it
ever worked, it even made reference to non-existing files.
I recall that either Anthony or Tom ok'ed dropping MIPS_SGI.
> Your argument seems ok to me. Afaik libffi is also used outside from
> gcc. So it seems reasonable to me to keep support for other compilers if
> possible.
Are there people (apart from me...) that are using CVS libffi in other
projects?
Paolo