happens.
--
Lucio De Re (Off site)
Ph: +27 83 251 5824
Fx: +27 58 653 1435
philosophy.
Bottom line, trust him! And when it all works, let the community know.
--
Lucio De Re (Off site)
Ph: +27 83 251 5824
Fx: +27 58 653 1435
On Tue, Jun 08, 2010 at 09:10:33PM -0700, ron minnich wrote:
On Tue, Jun 8, 2010 at 9:39 AM, Lucio De Re lu...@proxima.alt.za wrote:
Different namespaces. I think we'll live...
That's the point of private name spaces right?
I doubt a linux distro is that much concerned with anything
On Wed, Jun 16, 2010 at 11:11:09AM +0200, hugo rivera wrote:
printf(%lX\n, l);
Would you try %luX? It may work better?
++L
On Tue, Jun 29, 2010 at 04:00:09PM -0700, Russ Cox wrote:
i think people get too hung up on trying to make
the port back perfect. just make it work.
then make it better.
But it's the toolchain I'm after. I like Go a lot, but I feel that
a viable toolchain that produces ELF files for Linux
On Mon, Sep 06, 2010 at 11:45:01PM -0700, Akshat Kumar wrote:
I'm using Google mail servers to send
mail - this shouldn't be in the RBL.
Damn right. The criterion for dumping IP addresses into my private RBL
is that an attempt was made to send mail to a local, unregistered address.
In this
On Tue, Sep 07, 2010 at 09:09:11AM +0200, Lucio De Re wrote:
On Mon, Sep 06, 2010 at 11:45:01PM -0700, Akshat Kumar wrote:
I'm using Google mail servers to send
mail - this shouldn't be in the RBL.
Damn right. The criterion for dumping IP addresses into my private RBL
Not much more than
init: starting /bin/rc
Segmentation fault
from a freshly compiled 9vx or the 9vx.Linux contained in the HG
repository on bitbucket.org.
I was hoping to try 9vx.tgz from swtch.com which is not 9vx*.bz2, but
that does not behave any differently.
The platform
On Sat, Sep 11, 2010 at 09:02:36AM +0200, Lucio De Re wrote:
I was hoping to try 9vx.tgz from swtch.com which is not 9vx*.bz2, but
that does not behave any differently.
s/not 9/now 9/
++L
On Sat, Sep 11, 2010 at 09:34:20AM -0700, ron minnich wrote:
I am pretty sure Charle's patch will fix this problem
Is that included in rminnich/vx32, where default compilation fails with
a missing pcap.h?
What should I be looking for?
++L
On Sat, Sep 11, 2010 at 10:24:05AM -0700, ron minnich wrote:
Is that included in rminnich/vx32, where default compilation fails with
a missing pcap.h?
the pcap.h thing is unrelated and I think I'm going to change it so
that it builds default with no pcap support, since I'm not the only
Besides the issue of (not) understanding TAP and so having no access to
networking, what struck me while experimenting with a very remarkable 9vx
installation (9vx is impressive, not my installation thereof :-) was that
if you start it as root, you retain root credentials within the sandbox,
On Sun, Sep 12, 2010 at 07:30:05PM +0200, yy wrote:
2010/9/12 Lucio De Re lu...@proxima.alt.za:
My thinking is that 9vx could start up as root
[ ... ]
The advantage of the tap device is precisely that it does not need
root permissions. You need those permissions to manage the devices
On Sun, Sep 12, 2010 at 12:27:07PM -0700, Bakul Shah wrote:
On a mac you don't need root perms to open a tap device.
This is sorted out to my satisfaction, thank you.
Here you have two choices:
I think I lack some of the terminology to get my mind around all this,
but some
I don't remember anybody mentioning it, is there a Plan 9 tool to submit
a dynamic DNS request to a DNS server like BIND? I use the feature in
a very limited fashion, but I don't want to re-invent something that
has already been done.
++L
On Tue, Oct 19, 2010 at 10:02:22AM +, Mark Tuson wrote:
Steve, would you be willing to share copies of the demo discs? Which
architecture do they use? I just want to play with something ancient
as well as modern, then I'll feel like I have a better feel for the
system.
I can't imagine
You might want to look at /tmp, you may not have a writable one from
the login. Executing ramfs normally takes care of that issue.
I saw the ratrace.c error this early morning, but it seems to have
been transient. I guess you ought to try a second time, by then somebody
more savvy than me
I keep getting errors in this fashion (I'm afraid I have no serial
console, so this is manually copied stuff):
lock 0xf045c390 loop key 0xdeaddead pc 0xf017728a held by pc 0xf017728a proc 100
117: timesync pc f01ef88c dbgpc 916f Open (Running) ut 22 st 173 bss
1b000 qpc f01c733d nl 0 nd
On Mon, Oct 25, 2010 at 09:20:51AM -0400, erik quanstrom wrote:
sounds familiar. this patch needs to be applied to the kernel:
/n/sources/plan9//sys/src/9/port/chan.c:1012,1018 - chan.c:1012,1020
/*
* mh-mount-to == c, so start
On Tue, Oct 26, 2010 at 08:44:37AM -0400, erik quanstrom wrote:
On Mon Oct 25 22:03:53 EDT 2010, cinap_len...@gmx.de wrote:
hm... wouldnt it just crash if mh-mount is nil?
perhaps you are reading the diff backwards? it used to
crash when mh-mount was nil. leading to a lock loop.
i
On Tue, Oct 26, 2010 at 07:28:57AM -0700, Russ Cox wrote:
Like Lucio and Cinap, I am skeptical that this is the fix.
It's a real bug and a correct fix, as we've discussed before,
but if the kernel loses this race I believe it will crash dereferencing nil.
Lucio showed a kernel that was
On Wed, Oct 27, 2010 at 08:30:29AM -0400, Tristan Plumb wrote:
i am not offering to change the interface, but to implement a simpler
third interface (as usbaudio implements volume). poor diction on my part.
No one is going to reject your efforts, although it may be harder
to get them
On Thu, Oct 28, 2010 at 04:00:32PM +0200, yy wrote:
So, if you are using the 9vx version at
http://bitbucket.org/yiyus/vx32/ (or ron's version, which is almost
the same) and you have a reproducible way to crash it, could you
please fill an issue in bitbucket or send me an email? Thanks.
I
On Fri, Oct 29, 2010 at 02:12:11PM +0100, roger peppe wrote:
so this trick is unsafe in general, but might be ok sometimes.
So is the answer to add semantics to Topen or add a Treopen that obviates
the Tclunk?
++L
On Thu, Nov 04, 2010 at 09:36:11AM +, Admiral Fukov wrote:
I'm looking at
http://plan9.bell-labs.com/sources/plan9/sys/src/
and I noticed that most of the distribution hasn't been updated in
years.
Is the development of plan 9 abandoned?
Why fix what's perfect? ;-)
++L
On Fri, Nov 05, 2010 at 02:50:22PM +1100, Bruce Ellis wrote:
mash has a make builtin. very brief, as all the shell type stuff in mk
goes away..
I seem to remember that the mash source was lost?
++L
On Fri, Nov 05, 2010 at 12:29:46PM +0200, Kirill A. Shutemov wrote:
One of the ugliest interface in Unix is passing a file descriptor between
processes [1]. Does Plan9 provide any mechanism for it?
You can pass fds in channels between threads, but for processes you
should look at #s for
Dan makes a good point and I agree entirely with his sentiments. But I do
have a qualm: the Plan 9 designers managed to simplify cross-compilation
to a single underlying (OS) platform, but failed (in a suprisingly ugly
way) to cater for different target object formats, even though there were
On Tue, Nov 16, 2010 at 06:28:07AM +0100, cinap_len...@gmx.de wrote:
if your kernel image is uncompressed and is unstriped, you can
just load it with acid:
acid /386/9pc
if you build it yourself, then there should be such a kernel in /sys/src/9/pc
OK, will try this evening, I
Well, here is an acid dump, I'll inspect it in detail, but I'm hoping
someone will beat me to it (not hard at all, I have to confess):
rumble# acid /sys/src/9/pc/9pccpuf
/sys/src/9/pc/9pccpuf:386 plan 9 boot image
/sys/lib/acid/port
/sys/lib/acid/386
[ ... ]
This bit looks suspicious to
Now, the qunlock(s) should not precede the qlock(s), this is the first
case in this procedure:
it doesn't. waserror() can't be executed before the code
following it. perhpas it could be more carefully written
as
2095 qlock(s);
2091 if(waserror()){
2092
On Wed, Nov 17, 2010 at 06:22:33AM +0100, cinap_len...@gmx.de wrote:
qpc is the just the caller of the last successfull *acquired* qlock.
what we know is that the exportfs proc spins in the q-use taslock
called by qlock() right? this already seems wired... q-use is held
just long enougth
On Wed, Nov 17, 2010 at 06:33:13AM +0100, cinap_len...@gmx.de wrote:
sorry for not being clear. what i ment was that qpc is for the last
qlock we succeeded to acquire. its *not* the one we are spinning on.
also, qpc is not set to nil on unlock.
Ok, so we set qpctry (qpcdbg?) to qpc before
On Wed, Nov 17, 2010 at 08:45:00AM +0200, Lucio De Re wrote:
... and from whatever the other proc is that also contributes to this
jam. I don't have the name right in front of me, but I will post it
separately. As far as I know it's always those two that interfere with
exportfs and usually
On Wed, Nov 17, 2010 at 09:38:46AM +0200, Pavel Zholkover wrote:
I did a Go runtime port for x86, it is in already in the main hg repository.
Right now it is cross-compile from Linux for example (GOOS=plan9 8l -s
when linking. notice the -s, it is required).
I have Plan 9 versions of the
one could move:
up-qpc = getcallerpc(q);
from qlock() before the lock(q-use); so we can see from where that
qlock gets called that hangs the exportfs call, or add another magic
debug pointer (qpctry) to the proc stucture and print it in dumpaproc().
Cinap, I tried your debugging
Anyway, I have moved the assignment to qpctry to after up is
tested. Let's see what happens. I'll have to get back to you once
the system is back up.
The system is working now. I have to wait for a problem to arise, next.
++L
On Thu, Nov 18, 2010 at 12:53:52AM -0500, erik quanstrom wrote:
you must be in process context to qlock, because only
processes can sleep.
There's obviously at least one exception, because otherwise I would not
have got a panic at startup. Or, for that matter there would not be
active code
On Thu, Nov 18, 2010 at 10:20:33AM +0100, cinap_len...@gmx.de wrote:
hm... thinking about it... does the kernel assume (maybe in early
initialization) that calling qlock() without a proc is ok as long as
it can make sure it will not be held by another proc?
That's a question for Bell
and i'm just wrong. intentionally or not, devsd does
qlock things with no up from sdreset(). ether82598
does too (my fault).
I suggest you fix ether82598: it is OK to call qlock() and qunlock()
without up, but only if sure that the qlock() will succeed. If it
has to wait, it will panic.
but i have a feeling that there is a mistake in your
modification to qlock. you didn't have this panic
before you modified qlock.
qlock() is broken, or at the very least ambivalent. Someone ought to
put it out of its misery: is it legal or is it not to call qlock() in
a up == 0 context?
++L
it's to allow the use during reset of a given driver's
standard functions that normally must qlock, to avoid requiring two copies
of them, with and without the qlock.
after reset, it's illegal to call qlock without a process (notably
in an interrupt function), as it previously was.
I'm
after reset, it's illegal to call qlock without a process (notably
in an interrupt function), as it previously was.
That suggests that the (hopefully) few instances of qlock()
invocations that may occur in this space should be burdened with the
need to check for the value of up and altogether
/n/dump/2010/1118/sys/src/9/port/qlock.c:18,23 - port/qlock.c:18,25
{
Proc *p;
+ if(up == nil conf.postdawn)
+ panic(qlock: %#p: postdawn up nil\n, getcallerpc(q));
if(m-ilockdepth != 0)
print(qlock: %#p: ilockdepth %d\n, getcallerpc(q),
Yes, this is the type of explicit-ness I was thinking of. Note that
you can now drop further tests for up == 0 later in the qlock() text.
Hm, spoke too quickly. The tests on up have to remain, sadly.
Sorry about the misleading noise.
++L
On Thu, Nov 25, 2010 at 09:46:15AM +, Artem Novikov wrote:
Date: Thu, 25 Nov 2010 09:46:15 GMT
From: Artem Novikov noviko...@gmail.com
To: 9fans@9fans.net
Subject: Re: [9fans] Video mode problem after installation on QEMU
On 24 ноя, 20:52, quans...@quanstro.net (erik quanstrom) wrote:
On Thu, Nov 25, 2010 at 01:32:25PM +, Artem Novikov wrote:
1. *nomp=1 set by default after installation
2. --- plan9.ini.cd
Hm.
My approach would be to try to build 9pcf from sources as at the same
date as 9pcflop.gz, probably build both and see how closely they match
what gets
The good news from Ron's photos is it seems they do make 'em like they used
to,
abet a little smaller.
And the biblical number seven is also back, although not in the
seventy times seven form yet :-)
++L
On Mon, Dec 06, 2010 at 09:57:50PM -0800, Paul Lalonde wrote:
Getting closer. I still seem to be lacking syscallfmt.c which is called out
explicitly in the mkfile but isn't in sysfromiso. The version in sys/pc
clearly won't work.
You can't just grab it off sources?
9fs sources
Now, how do I tell it to use the USB stick as a root filesystem? I'm
guessing I'll want to have two partitions, one to hold the image and another
as a native P4 fs of some sort (if only to get case-sensitive filenames).
How do I specify the later to the root is from prompt?
Time for that
Oh dear, I spend too much time with Perforce (P4) these days. I mean an
Plan9 fs, of course.
Well, I don't, so I did not see the 4 at all. Anyway, you should be
more careful not to contaminate this list with lower numbered members
of the species :-)
++L
if you want to go for a cheap atom, i think
you can beat that price.
Yes, but two weeks later you can't get the same device anymore, even
though the successor, incompatible in fifteen different ways, is 2 USD
cheaper. And all of it is buggy in some fashion or other. And VGA is
its own reward.
After running something like the following on the server:
: root; auth/rsagen -b 2048 -t 'service=tls owner=*' /tmp/keykey
: root; auth/rsa2x509 'C=US CN=9srv.net' /tmp/key | auth/pemencode
CERTIFICATE /tmp/cert
: root; cat /tmp/key /mnt/factotum/ctl
: root;
On Fri, Dec 10, 2010 at 11:34:41AM +0200, Eugene Gorodinsky wrote:
Date: Fri, 10 Dec 2010 11:34:41 +0200
From: Eugene Gorodinsky e.gorodin...@gmail.com
To: 9fans@9fans.net
Subject: [9fans] How would you go about implementing this in Plan9?
Suppose you're writing an app such as a
On Fri, Dec 10, 2010 at 10:46:43AM +0100, hiro wrote:
How much overhead are we talking about?
In a real-time environment, it's easiest to think of all overheads as
being bad, even though often they don't have any noticeable impact.
++L
On Mon, Jan 31, 2011 at 09:45:44AM +, ish wrote:
afd = announce(udp!*!1234, adir);
and??
...
while (read (afd, ...) 0) {
write (afd, ...);
}
... sort of thing?
++L
On Tue, Feb 01, 2011 at 07:07:30AM +, smi...@zenzebra.mv.com wrote:
Lucio De Re lu...@proxima.alt.za writes:
Also, you have managed to stomp all over a couple of this mailing list's
most sacred cows with your suggestion that the Plan 9 kernel code is less
than perfect
Ooh
On Tue, Feb 01, 2011 at 11:06:33PM -0800, ron minnich wrote:
Missionaries, at least
according to the cartoons, sometimes are invited to dinner, and other
times are invited to BE dinner. :-)
And they often are fatter than sacred cows :-)
++L
On Thu, Feb 03, 2011 at 03:35:04AM +, smi...@zenzebra.mv.com wrote:
The finished version will support strings backed by file storage and
should actually be able to handle that. But that's still far in the
future, at this point. I haven't even finished coding the basic string
operations
On Thu, Feb 03, 2011 at 03:47:17AM -0600, EBo wrote:
Ah. Thanks for the info. I asked because some of the physicists and
atmospheric scientists I work with are likely to insist on having
FORTRAN. I still have not figured how I will deal with that if at
all.
If the cost can be met,
On Thu, Feb 03, 2011 at 10:37:39AM +, roger peppe wrote:
you're not supposed to have a metarule with a target
that matches command line arguments!
What would break if mk had an empty rule matching command line
arguments itself?
++L
did i hear cloud-backed directory entries?
I'll bite:
If the cloud were to be a mere repository of (encrypted) Venti blocks,
wouldn't it be a very useful tool?
In fact, how do we know that Al Qaeda are not already storing and
distributing all their plans for nuking New York on line as
did i hear cloud-backed directory entries?
I'll bite:
If the cloud were to be a mere repository of (encrypted) Venti blocks,
wouldn't it be a very useful tool?
In fact, how do we know that Al Qaeda are not already storing and
distributing all their plans for nuking New York on line as
did i hear cloud-backed directory entries?
I'll bite:
If the cloud were to be a mere repository of (encrypted) Venti blocks,
wouldn't it be a very useful tool?
In fact, how do we know that Al Qaeda are not already storing and
distributing all their plans for nuking New York on line as
did i hear cloud-backed directory entries?
I'll bite:
If the cloud were to be a mere repository of (encrypted) Venti blocks,
wouldn't it be a very useful tool?
In fact, how do we know that Al Qaeda are not already storing and
distributing all their plans for nuking New York on line as
My humble apologies for the multiple copies, my fingers slipped.
++L
---BeginMessage---
did i hear cloud-backed directory entries?
I'll bite:
If the cloud were to be a mere repository of (encrypted) Venti blocks,
wouldn't it be a very useful tool?
In fact, how do we know that Al Qaeda are not
for everyone running realemu, please try with the new version to
see if i broke something.
Why TARG=qi in the mkfile (I would have guessed 8i, but I could be
wrong)? and I think the error:
term% mk install
cp 8.out $BIN/qi
rc: null list in concatenation
mk: cp
mkfile is fixed now. will install itself into /$objtype/bin/aux/realemu
and install realemu (8) manpage.
impovement on the manpage is welcome as my english is not so good :)
Again, I'm delaying testing because I need to install a different
video card in the available hardware, but I'm
On Mon, Mar 07, 2011 at 11:39:10AM +0100, cinap_len...@gmx.de wrote:
the /dev/realmode intraface was not documented, but it is very simple.
Thank you for explaining this.
/dev/realmodemem is just an image of the first megabyte of
physical memory that is addressable from 16 bit realmode.
On Mon, Mar 07, 2011 at 07:23:36AM -0500, erik quanstrom wrote:
in /dev/realmode, you write a struct Ureg (from /386/include/ureg.h)
(in x86 machine byte order?) containing the register contents and the
interrupt number of the bios call you want to make.
yes. you should use libmach to
On Mon, Mar 07, 2011 at 09:19:58AM -0500, Russ Cox wrote:
huh? what does libmach (which takes apart executables)
have to do with any of this?
Did I get the wrong impression when I perceived libmach, as released
with GoLang - cause that's where I looked - seemingly quite capable of
On Tue, Mar 08, 2011 at 10:24:48AM +0100, cinap_len...@gmx.de wrote:
Fish- has catched this on a Intel(r)915GM/910ML/915MS Graphics Controller
with realemu:
bad mem write c0c11
bad memory access
1d17b0 4a008800 0002 a002 9000 5108 ac007bda
7bc0
On Tue, Mar 08, 2011 at 07:21:50AM -0800, Paul Lalonde wrote:
The last time I poked at one of these self-modifying bits they were really
just jitting a blit loop, in place. Drops register pressure a little bit,
which has always been a bit of an issue in x86 land.
A bankrupt CPU architecture.
it may be that instruction sets aren't very important any longer.
I wish I had the persistence to respond to this gem in detail.
What is important, in my opinion, is progress in some undefinable,
but recognisable sense. Faster and faster isn't it and it does seem
to set higher and higher entry
so it seems clear that constants are treated as if unsigned, regardless,
but variables are not?
the really wierd bit is that the 1 in 1i suddenly becomes signed,
even though other constants are treated as if unsigned, and i is
unsigned.
I would not hesitate to call that a bug.
I would
On Wed, Mar 09, 2011 at 08:31:09AM -0500, Jacob Todd wrote:
What's your point?
Trolling?
++L
On Mon, Mar 14, 2011 at 11:42:13AM +0100, Peter A. Cejchan wrote:
sorry, type is void *fn()
or void *fn(void) ?
You may, if I'm guessing right, have to tighten up. It's more complicated
than I can get my mind around...
Lucio.
does anything think that it's a mistake to default dma on?
I have a lot of old kit around and can't for the hell of me figure out
which drives do need and which ones don't want DMA, occasionally
losing if nothing else a lot of time and effort in repairing a bad
assumption. Having a kernel
On Fri, Mar 25, 2011 at 07:57:36AM -0400, erik quanstrom wrote:
for the record, you can set the path. e.g.
path=($path /some/other/directory)
the default path is (. /bin).
Probably because one doesn't want to bind . to /bin for every
. visited, not because it's a good idea.
On Fri, Mar 25, 2011 at 08:25:27AM -0400, erik quanstrom wrote:
i never could get past the fact that texbook reeks of hubris
and nih, nor forgive gnu for using info as an excuse for not
having man pages. that, and the fact that it's at least 100x
slower than troff, and the reader requires
On Sat, Apr 02, 2011 at 07:48:14PM -0700, Rob Pike wrote:
We'll get the Plan 9 implementation up to scratch. It's not there yet,
though. Once things look solid we'll need a volunteer to set up a
builder so we can automatically make sure the Plan 9 port stays
current.
That's code for we'll
On Sun, Apr 03, 2011 at 06:34:28AM -0400, erik quanstrom wrote:
but there definately are some difficult bits. this hacked
inclusion of stdio.h is a problem on plan 9.
On Sun, Apr 03, 2011 at 06:34:28AM -0400, erik quanstrom wrote:
a real solution would be one of
0 copy u.h; hack to taste
1 add the hacks to the real u.h
2 come to a concensus with go about what the defined-bit-width
types should be called. change both plan 9 and go to conform.
i'd
On Sun, Apr 03, 2011 at 07:49:06PM +0300, Pavel Zholkover wrote:
What about the old gcc3 port? Is it enough for bootstrapping the compilers?
On Apr 3, 2011 7:28 PM, Skip Tavakkolian skip.tavakkol...@gmail.com
wrote:
You'd perpetuate an alien binary format, which sounds like a bad idea
to me.
On Sun, Apr 03, 2011 at 01:43:53PM -0400, Devon H. O'Dell wrote:
Does -fplan9-extensions not do that? Its in the latest gcc for gccgo...
That would be great. I don't even pretend to keep track of what the GCC
group does, I guess I owe you thanks for correcting me. If that's how one
goes
On Sun, Apr 03, 2011 at 11:20:25AM -0700, Rob Pike wrote:
I'm not sure I follow. The 6c and 6g compilers in the Go distribution
are compiled with the local compiler, such as gcc on Linux and OS X.
I don't believe it's possible they have Plan 9-specific features in
their source. I can
On Sun, Apr 03, 2011 at 07:50:20PM +0100, Steve Simon wrote:
A month or so ago I got the go compiler chain to build on plan9,
port is too grand a term, it was just fixing a few nits.
That makes a third version. I seem to remember Erik's version compiled clean
and I have to ask Steve now
On Mon, Apr 04, 2011 at 10:37:30AM +0300, Pavel Zholkover wrote:
Thanks for the detailed explanation, I've added your patch to if that
is alright with you https://bitbucket.org/paulzhol/golang-plan9-
runtime-patches/
May I suggest that we identify Go executables, because they may not run
On Mon, Apr 04, 2011 at 10:18:12PM +0300, Pavel Zholkover wrote:
On Mon, Apr 4, 2011 at 8:27 PM, Lucio De Re lu...@proxima.alt.za wrote:
PS: Would anybody like to summarise for us plebs whether there is any
convergence looming between Go and Plan 9 on the x64 front? It seems
sad to miss
On Mon, Apr 04, 2011 at 07:27:28PM +0200, Lucio De Re wrote:
On Mon, Apr 04, 2011 at 10:37:30AM +0300, Pavel Zholkover wrote:
Thanks for the detailed explanation, I've added your patch to if that
is alright with you https://bitbucket.org/paulzhol/golang-plan9-
runtime-patches
On Mon, Apr 04, 2011 at 04:10:15PM -0700, ron minnich wrote:
On Mon, Apr 4, 2011 at 10:27 AM, Lucio De Re lu...@proxima.alt.za wrote:
May I suggest that we identify Go executables, because they may not run
under 9vx, as different from Plan 9 executables and adjust the Plan 9
kernel
On Tue, Apr 05, 2011 at 12:22:18AM -0400, Russ Cox wrote:
The number of people who want to run Go on Plan 9
is already small. The number of people who want to
run Go on Plan 9 on 9vx is smaller yet. At that point
why not just run Go directly?
All that Microsoft thinking (99.9%-thinking, if
On Mon, Apr 04, 2011 at 04:33:29PM -0400, erik quanstrom wrote:
[ ... ]
then you can get rid of the old definitions in /*/include/u.h
and declare a flag day. having both seems wrong to me.
you might as well just do a local hack for the go stuff at that
point.
the hard part is convincing
On Tue, Apr 05, 2011 at 01:11:35AM -0400, Russ Cox wrote:
All that Microsoft thinking (99.9%-thinking, if you find the other label
offensive) to avoid adding a minute, one-off change to the Go runtime?
It is not a minute, one-off change.
I stand corrected.
I don't know how to fix it to
.../src/cmd/8a/asm.c, around line #900:
/* This null SHdr must appear before all others */
sh = newElfShdr(elfstr[ElfStrEmpty]);
My guess is that this needs to be followed by an instruction to write
out the header, which in fact does not take place.
I will not be
The new build incantation is:
cd $GOROOT/src/pkg
make clean
mkdir -p $GROOT/bin/plan9
GOOS=plan9 GOBIN=$GOROOT/bin/plan9 make -k install
I won't try this until the mmap problem you refer to is resolved, so a
question is in order: are the plan 9 tools essential to the operation
of 8l with
The following executables are installed into $GOROOT/bin as Plan 9
a.out binaries when you run make -k install inside src/pkg:
cgo, ebnflint, gofix, gofmt, gotest, gotype, govet, goyacc, hgpatch.
They should be directed somewhere else by setting GOBIN, there is no
need to include them in your
the way to do this is
cd /sys/src; objtype=arm mk mk clean
Just getting to play with this... had to do some copying of some of
the files first among other setbacks... ok, plain mk asks what to make,
and so I tried 'mk all' which is saying 5c does not exist, but
that's one of the
I have tweaked the Plan 9 native ar.h to allow for manual adjustment
around the different needs of Go and native Plan 9 toolchains, so now:
#ifndef SARNAME
#define SARNAME 16
#endif
SARNAME can be predefined to the 64 that Go prefers. Unfortunately,
it's a short term
PS: I still can't link an executable with the version of 8l from the
Go toolchain that I built under Plan 9, but I'm hoping to get there
soon.
It's of some consolation to me that I see exactly the same results
under Ubuntu, so that particular problem isn't in the 8l executable
created for Plan
1 - 100 of 468 matches
Mail list logo