OK, thanks
> 2014/11/29 13:57、minux のメール：
>
> On Fri, Nov 28, 2014 at 11:42 PM, arisawa wrote:
>> rc(1) says:
>>
>> rfork [nNeEsfFm]
>> Become a new process group using rfork(flags) where
>> flags is composed of the bitwise OR of the rfork flags
>>
Hi guys!
Does anyone use Plan 9 as platform for Go programming? If so, How is
your setup (remember that I'm a noob to Plan 9 so in layman terms
please)? Any information would be greatly appreciated.
Kind Regards,
Mats
I am not sure I understand the question. Programming in Go on Plan 9
is almost the same as programming in Go in Unix. The "setup" is the
same.
--
Aram Hăvărneanu
I *think* the commands would go something like this (untested):
hget https://storage.googleapis.com/golang/go1.3.3.src.tar.gz > go.tgz
tar xf go.tgz
cd go/src
all.rc
Mats Olsson wrote:
>Hi guys!
>
>Does anyone use Plan 9 as platform for Go programming? If so, How is
>your setup (remember that I'
rebalance(void)
{
...
if(p->mp != MACHP(m->machno))
continue;
since p->mp != nil for forked processes, and rebalance is only called
on mach0, only processes on mach0 get rebalanced, for a 8 core system,
that should be ~1/8 of them.
this is so amazingly wron
Hi,
I usually keep most of my build/run/test workflow as tags on my acme
"win" windows. But acme dumps do not save tags, and I sometimes don't
save them in a guide file (because I forget when I reboot, or I close
acme inadvertently, or in rare occasions because acme dies). So I've
finally written
On Sun Nov 30 09:03:42 PST 2014, mathieu.lonja...@gmail.com wrote:
> Hi,
>
> I usually keep most of my build/run/test workflow as tags on my acme
> "win" windows. But acme dumps do not save tags, and I sometimes don't
> save them in a guide file (because I forget when I reboot, or I close
> acme i
On 30 November 2014 at 18:19, erik quanstrom wrote:
> On Sun Nov 30 09:03:42 PST 2014, mathieu.lonja...@gmail.com wrote:
>> Hi,
>>
>> I usually keep most of my build/run/test workflow as tags on my acme
>> "win" windows. But acme dumps do not save tags, and I sometimes don't
>> save them in a guid
> Wow, yes. I often wish I could do something like that and I didn't
> even know it existed in any of the acme "versions". You have my thanks
> in advance if that makes it into p9p. :-)
the one thing it hasn't got is resizable tags. my feeling is that it would
be easier and better to extend acme
Hi guys!
The thing is that I've been fooling around with Plan 9 for like 7
weeks (a real noob then) and then I read about programming in Go and
found that interesting and worth trying out. So the crude fact is that
I haven't any knowledge about programming in Go more than what I've
just read (at t
are you using 9pi? if so, i don't think Go is available on plan9/arm yet.
On Sun, Nov 30, 2014 at 10:13 AM, Mats Olsson wrote:
> Hi guys!
>
> The thing is that I've been fooling around with Plan 9 for like 7
> weeks (a real noob then) and then I read about programming in Go and
> found that int
Yes, I'm using 9pi. OK. Thanks!
2014-11-30 18:31 GMT, Skip Tavakkolian :
> are you using 9pi? if so, i don't think Go is available on plan9/arm yet.
>
>
> On Sun, Nov 30, 2014 at 10:13 AM, Mats Olsson wrote:
>
>> Hi guys!
>>
>> The thing is that I've been fooling around with Plan 9 for like 7
>>
Just googled and found: https://code.google.com/p/go-wiki/wiki/GoArm
So it seems that it's supported.
2014-11-30 20:06 GMT, Mats Olsson :
> Yes, I'm using 9pi. OK. Thanks!
>
> 2014-11-30 18:31 GMT, Skip Tavakkolian :
>> are you using 9pi? if so, i don't think Go is available on plan9/arm yet.
>>
On Sun Nov 30 12:06:43 PST 2014, plan9@gmail.com wrote:
> Just googled and found: https://code.google.com/p/go-wiki/wiki/GoArm
>
> So it seems that it's supported.
>
read the supported operating systems section:
"Go supports ARM on Linux. You must be running a EABI kernel.
so not even all
On Nov 30, 2014 3:10 PM, "Mats Olsson" wrote:
> Just googled and found: https://code.google.com/p/go-wiki/wiki/GoArm
>
> So it seems that it's supported.
go on arm only supports Linux, Freebsd, Netbsd, nacl and Darwin
(unofficial).
plan 9 is not on the list (yet).
minux once said:
> On Nov 30, 2014 3:10 PM, "Mats Olsson" wrote:
> > Just googled and found: https://code.google.com/p/go-wiki/wiki/GoArm
> >
> > So it seems that it's supported.
> go on arm only supports Linux, Freebsd, Netbsd, nacl and Darwin
> (unofficial).
>
> plan 9 is not on the list (yet)
> We're all just waiting for the tree to open up again.
i thought that was the promise of dcs -- you don't have to wait.
where did this whole thing fail?
- erik
> If someone volunteers to run a plan9/arm builder, I'll
> do the port and have it in by the 1.5 release. ☺
I think I can run an plan9/arm builder. What board do you want?
--
David du Colombier
The following quote from GoArm makes me believe it can be done on a RPi:
Supported operating systems
Go supports ARM on Linux. You must be running a EABI kernel. These are
generally known as armel for softfloat (compatible with ARMv5) or
armhf for hardware floating point (ARMv6 and above).
2014-
> The following quote from GoArm makes me believe it can be done on a
> RPi
Yes. ARMv5, ARMv6 and ARMv7 are supported. But maybe something
faster than a Raspberry Pi would be better.
--
David du Colombier
erik quanstrom once said:
> > We're all just waiting for the tree to open up again.
>
> i thought that was the promise of dcs -- you don't have to wait.
> where did this whole thing fail?
Well, I really meant we're waiting for the point in the
development schedule that allows new code to be up f
Hi David!
I have several Raspberry Pi's and I'm kind of doing a research of what
can be done on this platform when it comes to programming etc.
Preferable in Plan 9 OS. I'm certain that there are lots of other
options but I'm focusing on the use of the Raspberry Pi as a hardware
platform.
Kind Re
On 30 November 2014 at 02:19, Bruce Ellis wrote:
> I have never seen Inferno built with ming.
I think someone did that once, but it was a long time ago, before the MS
compilers could be downloaded.
pf9 looks interesting, although it took a bit of hunting to find it
(largely because it has the same name as a gun!).
My worry right now is that it won't work with the newest plan9port, since
it hasn't been updated since last year.
What I probably need to do is just make my own port and keep it i
That definitely seems incorrect to me. Since rebalance is only called
on mach0, as it loops through the global run queue, it will skip
processes that are not on mach0, so I think you are correct. (This was
fixed on the mqs version of the nix scheduler; every mach calls
rebalance to take care of the
Hi,
I have a hummingboard i1 board [1] which I would like to use as a Plan9
terminal. I also want to use the opportunity to learn about the plan9
kernel and read the code. The board has a FreeScale iMX6 Solo SoC which
is based on ARM-Cortex A9 core. I am hoping to reuse parts of the OMAP3
port (th
> Surprisingly I didn't see a paper on porting Plan9 to new architectures
> in the plan9 paper collection. Any help and pointers on how to get
> started with the porting effort will be highly appreciated.
it's all about the documentation. if you can get it, boringing up a new
kernel for a new ar
On Sun Nov 30 20:27:15 PST 2014, j...@cowsay.org wrote:
> That definitely seems incorrect to me. Since rebalance is only called
> on mach0, as it loops through the global run queue, it will skip
> processes that are not on mach0, so I think you are correct. (This was
> fixed on the mqs version of t
On 29.11.2014 22:23, erik quanstrom wrote:
>> In my scenario, I'm (more precisely: the account I'm using) not the
>> hostowner, just a plain user - in Unix terms: non-root). But that
>> account has the special privileges of controlling the network
>> connections. Other accounts may only choose from
> The guy in front of the console should authenticate as a normal user
> and then only be allowed to access his own environment (no direct
> control over hw, etc).
The guy is not in front of the "console", he has physical and
therefore unrestricted access to all the resources in the terminal. A
C
30 matches
Mail list logo
