Inferno under 64-bit Linux?

Any one able to compile it? If so, how?
It stopped on the in-line assembly code in fpclt.h.

-ishwar

Re: Inferno under 64-bit Linux?

it will only work in 32-bit mode, so use -m32 (which i thought was now the default).
with a few changes it gets surprisingly far in full 64-bit mode, but that's
misleading because there are some fundamental things that are incompatible.

Any one able to compile it? If so, how?
It stopped on the in-line assembly code in fpclt.h.

-ishwar

Re: emu-g ipk's for various ARM NAS'es

On Mon, Mar 30, 2009 at 8:02 PM, Brian Zhou<b88zhou@...> wrote:
> * Right now, only emu-g is built. On these headless NAS devices, X11
> isn't used much. Even X11 is present, I'm not sure that's the way to
> go for GUI. Probably an approach of virtual frame buffer makes more
> sense (GSoC idea?). I'm still a newbie on inferno and plan9, maybe
> there's already an easy way?
>
> Cheers,
>
> -Brian Zhou
> bzhou@...
>

I've got the same problem here and found one possible solution:

I was wanting to cpu to a sheevaplug and then use the draw device
under /n/client/dev/draw coming from a laptop to have a "graphical"
interface to the sheevaplug (see the scripts cpug/rcmdg in [1])

But i've noticed that with the CONF=emu-g used to build the emu-g
binary it's not possible, as when loading a graphical program it fails
as wmlib can't load the graphic's builtin modules: '$Draw', '$Tk', etc

I've adapted emu-g (see patch), so it provides the required
draw modules draw, tk, freetype, so wmlib can work as expected.

Notice that the same trick/ will also work on native,
although it has some quirks which i haven't tracked so it's experimental.

HTH

Re: emu-g ipk's for various ARM NAS'es

you probably don't need freetype. leaving it it will save some space.

styx-on-a-brick for lego nxt?

just curious if anyone worked on something like that.

seeing that support for remote control over bluetooth
seems already built-in into the NXT  I'm curious
about opinions on how useful a styx-on-a-brick
approach would be there...

I guess that if one would like to have 9p access to
remote control the NXT, one might just as well write
an fs that maps file operations onto the bluetooth commands,
and run that fs on the (remote controlling) host.

Axel.

XShm.h, I found it.

XShm.h?

heap allocation?

Is there a way to do this in Inferno?

-ishwar

Re: heap allocation?

almost all allocation is heap allocation in inferno.
e.g.

x := array[1024] of byte;

allocates x on the heap.

but perhaps that's not what you mean?

2009/9/15 Ishwar Rattan <ishwar@...>:
>
> Is there a way to do this in Inferno?
>
> -ishwar
>
>

Re: heap allocation?

I am computing Fibonacci numbers the hard way 
After 1000000th number, I get out of memory
message. Maybe I have hit the max resource allocation
limit..

-ishwar

On Tue, 15 Sep 2009, roger peppe wrote:

> almost all allocation is heap allocation in inferno.
> e.g.
>
> x := array[1024] of byte;
>
> allocates x on the heap.
>
> but perhaps that's not what you mean?
>
>
> 2009/9/15 Ishwar Rattan <ishwar@...>:
>>
>> Is there a way to do this in Inferno?
>>
>> -ishwar
>>
>>
>