Yes, libffi has been around for quite a while, so I'm sure that there's a lot of projects that depend on it. Looking at the assembly code for plan9/x86 that comes with dyncall, might be helpful for adding plan9 support to libffi, as well, though - at the very core, both libraries do similar things.
About converting GAS ASM to Plan9 ASM - I don't know of any library/program that does this, per se, but dyncall has a little helper 'lib' called portasm, that tries to abstract platform syntax away using the C preprocessor. Maybe that's a good start for rolling your own, as well... http://dyncall.org/svn/dyncall/trunk/dyncall/portasm/ It doesn't come with any documentation, though, as it is used internally, but yes... it's just C preprocessor... Hope this helps, Tassilo > Thanks! > > I will check it out. I mostly made a shot at ffi since it is listed as a > dependency for a couple of packages I would be interested in building (or > at > least try to build). > > On a more general note though, being able to convert GAS ASM to Plan9 ASM > (and > possibly also the other way around) would be quite handy sometimes, I > guess. > > måndagen den 3 december 2012 08.23.29 skrev Tassilo Philipp: >> Hi, >> >> I noticed you were asking on the libffi mailing list for Plan9 support, >> so I >> guess your question is related to getting libffi to run on Plan9? If you >> just need a ffi, dyncall is running on Plan9 already (x86, only calls, >> not >> callbacks, though), supporting Plan9's calling convention. Check out >> dyncall.org >> >> Hope this helps, >> Tassilo >> >> >> On Mon, 03 Dec 2012 11:02:49 +0100 >> >> Jens Staal <[email protected]> wrote: >> > Hi >> > >> > I just wondered if anyone has made some sort of wrapper similar to the >> > posix c compiler (pcc) front end for 8c, but for ASM? >> > >> > The reason I ask is that some projects have mixed .c and .S code and >> the >> > ASM is mostly GAS syntax. >> > >> > Alternative ways of dealing with GAS ASM and still get native object >> files >> > are also welcome :) > >
