Hi Mateusz,
> http://herpolhode.com/rob/utah2000.pdf
Narrowness of experience leads to narrowness of imagination.
Well said!
> Hope you'll find some fun with P9 :)
Thanks;-)
Tomas
--
UNSUBSCRIBE: mailto:picol...@software-lab.de?subject=unsubscribe
Hi Tomas,
On Sunday 19 of September 2010 20:57:45 you wrote:
> > To clear it up, i use the `Plan 9 from User Space' (i.e., the tools
> > ported to POSIX).
>
> I've tried that one too, very interesting;-)
>
> > It took me a few (3?) months to learn to use Acme efficiently.
>
> Wow, Acme seems li
Hi Mateusz,
> To clear it up, i use the `Plan 9 from User Space' (i.e., the tools
> ported to POSIX).
I've tried that one too, very interesting;-)
> It took me a few (3?) months to learn to use Acme efficiently.
Wow, Acme seems like a great proof of concept but I can't imagine doing
anything ef
Hi Vijay,
> About the lack of shared libraries on Plan9: Plan9 don't need shared
> libraries because components on Plan9 can interact using just four
> system calls - open, read, write and close. As an example consider a
> graphics library that could be shared by various applications:
>
> /* Pseud
Plan9 has a GCC port on which pico compiles with a few changes. (The
changes are required because the GCC port itself is not complete!).
The binary runs with no problems.
About the lack of shared libraries on Plan9: Plan9 don't need shared
libraries because components on Plan9 can interact using j
Hi Tomas,
On Thursday 02 September 2010 19:32:40 you wrote:
> > makes up my daily work environment ;)
>
> cool. I looked at it briefly but couldn't find my way around. Do you
> really use that acme editor or how it's called? Is it possible to run
> it as console only with vi (or emacs;-)?
Hi Mateusz,
> makes up my daily work environment ;)
cool. I looked at it briefly but couldn't find my way around. Do you
really use that acme editor or how it's called? Is it possible to run
it as console only with vi (or emacs;-)?
> As a curiosity, there are no shared libraries in P9 -- only
Hi all,
I think this will be of great help:
http://doc.cat-v.org/plan_9/4th_edition/papers/ape
-- Vijay
On Thu, Sep 2, 2010 at 7:47 PM, Mateusz Jan Przybylski
wrote:
> On Thursday 02 September 2010 15:42:56 you wrote:
>> Hi Vijay and Mateusz,
>>
>> > On Thursday 02 September 2010 13:52:32 you w
On Thursday 02 September 2010 15:42:56 you wrote:
> Hi Vijay and Mateusz,
>
> > On Thursday 02 September 2010 13:52:32 you wrote:
> > > Thanks for the help. I have made quite a few changes to adapt pico to
> > > the plan9 compiler. I don't think there is a compiler flag that let me
>
> Oh, so thi
Hi Vijay and Mateusz,
> On Thursday 02 September 2010 13:52:32 you wrote:
> > Thanks for the help. I have made quite a few changes to adapt pico to
> > the plan9 compiler. I don't think there is a compiler flag that let me
Oh, so this sounds rather tough. Is Plan9 not a POSIX system?
> > align
Hi Mathew,
On Thursday 02 September 2010 13:52:32 you wrote:
> Thanks for the help. I have made quite a few changes to adapt pico to
> the plan9 compiler. I don't think there is a compiler flag that let me
> align addresses. I have to search further or repeat the changes in the
> bigpico and try t
Hi Alex,
Thanks for the help. I have made quite a few changes to adapt pico to
the plan9 compiler. I don't think there is a compiler flag that let me
align addresses. I have to search further or repeat the changes in the
bigpico and try to compile that. Anyway, have to wait till I get a
comfortabl
Hi Vijay,
> I've been trying to port PicoLisp to Plan9
Great! :)
> (http://plan9.bell-labs.com/plan9/). The code compiled but the binary
> fails at startup because of the following check in boxSubr(fun f):
>
> if (num(f) & 3)
> giveup("Unaligned function");
I see. This is miniPi
13 matches
Mail list logo
