Hi,
I'm in the process of porting dyncall (http://dyncall.org) to Plan9, and I
was wondering if there are any documents about the calling convention used
by Plan9 - specifically for x86, for starters. I was unable to find any at
the time of writing, and well, hoped that it would be similar to the
>> ...snip...
>> assumption might be wrong (maybe I didn't get how Plan9 works on the
>> machine-level, so far).
>
> I hope you don't mind me asking, but what do the prologue and epilogue
> normally do? With only a basic knowledge of C and assembler, I can't
> imagine what they might be for. Are th
Thanks a ton, you are my hero!
Thanks,
Tassilo
> caller saves, so function is free to use any register. params are put
> on the stack and then just uses a call instruction wich leaves the
> return pc on the stack. function allocates space for its local
> variables on the stack and restores SP
Hi,
I finished my dyncall/Plan9/x86 port - thanks again Cinap and Steve for
pointing me into the right directions about the Plan9 calling convention,
a few weeks ago.
Anyways, dyncall has Plan9 support for x86, starting with Version 0.6,
maybe someone likes it or finds it useful (www.dyncall.org)
ll_api.8
> a - dyncall_callf.8
> a - dyncall_call.8
> a - dyncall_callvm.8
> a - dyncall_callvm_base.8
> Handling sub-directory dyncallback...
> mkfile: 'mkfile' file does not exist
> mk: for (i in ... : exit status=rc 280: rc 333: mk 336: error
> io%
>
> On 2010
For me, the Plan9 port was mainly instructional, and who knows, maybe
someone finds it useful...
> Hi !
>
> One question - why ?
>
> http://harmful.cat-v.org/software/dynamic-linking/
>
> On Sun, Sep 26, 2010 at 1:04 AM, Tassilo Philipp
> wrote:
>> Hi,
>>
>
I'd say, it's not unpredictable, but just the sane way to do it, I mean, a
power outage is sometimes enough to screw something up... or maybe you
accidentally select the wrong partition, b/c the installer you are new to
confuses you in some ways, etc..
I never lost data in my life, and was always
tml/8/boot) and booting(8)
(http://lsub.org/magic/man2html/8/booting) for details, etc..
> @Gorka Guardiola
> @Tassilo Philipp
>
> Thanks for the warnings, and friendly advice :)
>
> I think I'll just use a bare 2nd HDD on the same machine, or a junker
> box kicking around
> Can I use Plan9 standalone in a dedicated partition?
Yes, of course!
I love it! Thanks for the work you put into this, hands-on experience is
always good.
> Hi there! I am trying to get involved more with plan 9 but having some
> trouble finding resources on it that are all in one place. I have
> started a blog so that I can add resources to make things more simple
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 ou
ce 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 sometime
> John Floren wrote:
> > But can you cut it out with the fucking nuclear meltdowns all over
> > this list? And fix your email client so it replies to threads
> > properly?
>
> No, I am not giving up, and I am going to take this a lot further.
With all respect and appreciation for your mission -
> Thank you for this response. This allows me to clarify the issues.
>
> I wrote and released free and open source software, and I made a big
> attempt to discuss the ideas and get feedback.
>
> No one is willing to use the software, discuss the ideas, and give
> feedback.
"Dude", give it some
14 matches
Mail list logo
