Thanks all.
I made order the A68N-5000 board yesterday.
I may have many difficulties to run Plan 9, (UEFI etc),
in such case I'll run windows on it.☺
By the way, I got attention to arm architecture now.
I tried to compile raspberry pi on my plan9 machine, and
got problem.
When to compile
i notice one bit in this thread that doesn't reflect how things really work.
drives get labled C or D if they are blind probed at the usual i/o port
locations;
otherwise if they are discovered via pci space (even if at the standard port
locations)
they are labled starting with E. ahci drives
I found an old thread with a series of steps that called for building the
compilers without runebase first then bringing runebase back into libc
after (https://groups.google.com/forum/#!topic/comp.os.plan9/rjFtp4F82U0) -
the steps didn't work for me though.
What did work was using 5c from
When to compile runebase.c in the port of libc, I got
runebase.c: 1255 illegal rune in string, where
the line is:
0xfa6c, 0x242ee,/* 𤋮 䋮 */.
Of course ther are many similar error lines, where
all the line have 5 digit value such as '0x242ee'.
Is there any limitations arm
What did work was using 5c from /n/9atom (
http://comments.gmane.org/gmane.os.plan9.general/68992)!
hey, i like that solution.
- erik
have you recompiled the arm libraries and compiler/linker?
there can be some chicken-and-egg problems with this but they
are largely mitigated by the c compiler's do-it-yourself attitude.
I recompiled 5c, which purged the problem, thanks.
One thing, recent pc/trap.c has validalign() function,
why does /sys/src/9/port/random.c:/^randomclock use rb.next to only run
1/4th of the time it normally would?
pgplLd2oYhojt.pgp
Description: PGP signature
I recompiled 5c, which purged the problem, thanks.
One thing, recent pc/trap.c has validalign() function, which
is expected in port/syscallfmt.c. The trap.c in bcm has not.
Then, I put void function on the filewhich proceeded compilation
safely.
validalign should be in ../omap/arch.c,
Hello 9fans,
Is there a link to the styx.c used in the Vita Nuova Styx-on-a-Brick
implementation that was used on the Lego RCX? I'd like to look at the code
in source form, after reading
http://doc.cat-v.org/inferno/4th_edition/styx-on-a-brick/.
Many thanks!
Shane.
it's in lib/lego under the root of the Inferno distribution. you can look
at it on inferno-os on googlecode
https://code.google.com/p/inferno-os/source/browse/#hg%2Flib%2Flego
On 3 July 2014 21:22, Shane Morris edgecombe...@gmail.com wrote:
Hello 9fans,
Is there a link to the styx.c used in
Many thanks Charles!
Shane.
On Fri, Jul 4, 2014 at 6:26 AM, Charles Forsyth charles.fors...@gmail.com
wrote:
it's in lib/lego under the root of the Inferno distribution. you can look
at it on inferno-os on googlecode
https://code.google.com/p/inferno-os/source/browse/#hg%2Flib%2Flego
On
What did work was using 5c from /n/9atom (
http://comments.gmane.org/gmane.os.plan9.general/68992)!
hey, i like that solution.
I suppose you are kidding.
It's really dangerous to mix both distributions,
if you don't know what you are doing.☺
Kenji
12 matches
Mail list logo
