lu...@proxima.alt.za once said:
Yes, the tsemacquire syscall is not currently implemented in 9vx.
The ticks field is also not present in the mach structure, so adding
tsemacquire isn't trivial. I was hoping to get away with just adding
the field, but if the comment is correct, I need at
MOVQ isn't a 32-bit instruction.
On 10 December 2012 16:42, Anthony Martin al...@pbrane.org wrote:
There's also a few instructions (MOVQ, EMMS, etc.)
Charles Forsyth charles.fors...@gmail.com once said:
MOVQ isn't a 32-bit instruction.
It is if you're using MMX registers.
Anthony
On Mon Dec 10 19:11:39 EST 2012, al...@pbrane.org wrote:
Charles Forsyth charles.fors...@gmail.com once said:
MOVQ isn't a 32-bit instruction.
It is if you're using MMX registers.
does 8g default to using mmx?
- erik
erik quanstrom quans...@quanstro.net once said:
On Mon Dec 10 19:11:39 EST 2012, al...@pbrane.org wrote:
Charles Forsyth charles.fors...@gmail.com once said:
MOVQ isn't a 32-bit instruction.
It is if you're using MMX registers.
does 8g default to using mmx?
No. They're written using
oh no, not MMX. SSE/SSE2 surely (ie, XMM)?
On 11 December 2012 00:10, Anthony Martin al...@pbrane.org wrote:
It is if you're using MMX registers.
No. They're written using BYTE instructions where needed.
Currently 8g will only generate 387 style fp code but the
is to eventually use SSE. See http://golang.org/issue/3912.
that's not what i read. i read that it's going to be a compile-time
option. surely they're not sneaking xmm in
erik quanstrom quans...@quanstro.net once said:
No. They're written using BYTE instructions where needed.
Currently 8g will only generate 387 style fp code but the
is to eventually use SSE. See http://golang.org/issue/3912.
that's not what i read. i read that it's going to be a
Trying to execute Go programs in 9vx suggests that somehow the new
syscalls required by the Go runtime are not supported. There are a
few possible ways in which my installation is at fault, but before I
dig deeper (or ask different questions) I want to know that the
problem is not in 9vx
If you plan to work on vx32, please use the following
repository, since it should contain the most recent work.
https://bitbucket.org/0intro/vx32
You could send patches directly to myself since Ron Minnich
handed the repository off to me.
Will do...
++L
Trying to execute Go programs in 9vx suggests that somehow the new
syscalls required by the Go runtime are not supported. There are a
few possible ways in which my installation is at fault, but before I
dig deeper (or ask different questions) I want to know that the
problem is not in 9vx itself.
11 matches
Mail list logo