On 2013-04-29 21:11, Aram Hăvărneanu wrote:
This looks like a reasonable list:
Alternatively, one can implement rc(1) or awk(1) in Go, rather than
implementing all the base tools.
--
Aram Hăvărneanu
The "oh" shell is (or used to be) an rc-like implementation in go so if
that one (with mo
> Most of the code in goblin was written when go was very new, before it
> became a java-like library-based tinkertoy kit.
i know when it was written, i was there. go was already a java-like
library-based tinkertoy kit by then.
On Mon, Apr 29, 2013 at 01:52:32PM -0600, andrey mirtchovski wrote:
> I wish the "goblin" project was used to re-imagine how the old plan9
> commands may be done in a new language, rather than simply rewriting
> the commands almost line-for-line while introducing errors.
Most of the code in goblin
> do you envision a system with no shell at all?
I haven't thought about a system, but as I was going through a similar
exercise I decided that instead of copying the code I would put on my
go hat on and implement from scratch with whatever tools go gave me.
Freq for example uses the standard hash
On Mon Apr 29 16:01:24 EDT 2013, ara...@mgk.ro wrote:
> > this project needs a significant QA effort to bring it up to the
> > quality of both Plan9 programs and the Go stdlib.
>
> Absolutely. There's no point in doing this if the code is not idiomatic.
i'm not sure. the specification of the com
> this project needs a significant QA effort to bring it up to the
> quality of both Plan9 programs and the Go stdlib.
Absolutely. There's no point in doing this if the code is not idiomatic.
--
Aram Hăvărneanu
On Mon Apr 29 15:54:08 EDT 2013, mirtchov...@gmail.com wrote:
> I wish the "goblin" project was used to re-imagine how the old plan9
> commands may be done in a new language, rather than simply rewriting
> the commands almost line-for-line while introducing errors. Take a
> look at basename/main.go
I wish the "goblin" project was used to re-imagine how the old plan9
commands may be done in a new language, rather than simply rewriting
the commands almost line-for-line while introducing errors. Take a
look at basename/main.go -- that functionality is already in package
"path", why bother? Or cm
> following up, theres my naive fix for this. instead of
> emiting conditional division instruction by 5c... dont and
> keep the branch. does this make any sense?
I think it should be corrected in 5l. Some ARM versions do
have a hardware divide instruction, which could one day be
supported by 5l
>> Is there even a yacc equivalent from Go?
>
> Yes, it's a translation of the Plan 9 yacc, and it was done by Roger Peppe.
Sorry, a translation of the Inferno yacc. It's part of the Go
distribution: http://golang.org/cmd/yacc/
--
Aram Hăvărneanu
> Is there even a yacc equivalent from Go?
Yes, it's a translation of the Plan 9 yacc, and it was done by Roger Peppe.
--
Aram Hăvărneanu
Aram Hăvărneanu wrote:
> Alternatively, one can implement rc(1) or awk(1) in Go, rather than
> implementing all the base tools.
Speaking from experience, there are a fair number of dark corners
to handle if you are going to implement awk. Contact me off list for
pointers to documentation and te
> These are too large:
>
> acme
> awk
> mk
> rc
> sam
or, extra credit. :-)
- erik
This looks like a reasonable list:
ascii
basename
cal
cat
cleanname
cmp
date
du
dd
diff
echo
ed
fmt
freq
getflags
grep
join
look
ls
mkdir
mtime
pwd
read
sed
seq
sleep
sort
split
strings
tail
tee
test
touch
tr
troff
unicode
u
nice.
- erik
term% cat foo.c
#include
#include
void
main(void)
{
int i, j, k;
i = 1;
j = 0;
k = j <= 0 ? 1 : 2/i;
print("%d\n", k);
exits(nil);
}
term% 5c -S foo.c
TEXTmain+0(SB),0,$20
MOVW$1,R1
MOVW$0,R2
CMP $0
I'm happy to help any student attempting this.
--
Aram Hăvărneanu
On Mon Apr 29 14:55:16 EDT 2013, apnats...@gmail.com wrote:
> Silly me, didn't include a link!
> https://github.com/mortdeus/goblin
>
in general, that looks reasonable to me. some commands
like yesterday are rc scripts. it's not clear to me that reimplementing
in go makes sense.
- erik
On Mon Apr 29 14:55:02 EDT 2013, cinap_len...@gmx.de wrote:
> following up, theres my naive fix for this. instead of
> emiting conditional division instruction by 5c... dont and
> keep the branch. does this make any sense?
>
> term% hg diff -r 1777 peep.c
> diff -r 5eeb36d3ddd0 sys/src/cmd/5c/pee
following up, theres my naive fix for this. instead of
emiting conditional division instruction by 5c... dont and
keep the branch. does this make any sense?
term% hg diff -r 1777 peep.c
diff -r 5eeb36d3ddd0 sys/src/cmd/5c/peep.c
--- a/sys/src/cmd/5c/peep.c Mon Jul 30 19:11:16 2012 +0200
+++ b
Silly me, didn't include a link!
https://github.com/mortdeus/goblin
--
Regards,
Alex-P. Natsios
(a.k.a Drakevr)
Hello 9fans,
I was looking at project ideas for this years GSoC (yes i know i am
too damn late).
I was wondering about the Goblin project and whether Mortdeus or
someone else from the community would find it as a viable GSoC
project.
due to being this late i will register a proposal anyway though
Hi,
I am interested in an project listed in the ideas page, for improving the
html generated by man2html. I have been looking at the documentation for
troff, troff2html and ms2html and I have a few questions.
1. Is there a common codebase for the man2html for plan9 and linux ?
2. If a bug/enhance
On 29 April 2013 15:05, Charles Forsyth wrote:
> >I put it on inferno-j2d.googlecode.com ...
>
> several months ago (it was announced on the inferno list).
>
Dmitry had asked about it then, and having looked at it for the first time
in years, I realised it had some interesting code to study,
and
On 29 April 2013 15:02, Charles Forsyth wrote:
> Dmitry already has a copy of the parts that are free.
and so does everyone else:
>I put it on inferno-j2d.googlecode.com ...
several months ago (it was announced on the inferno list). That's the basis
for potential GSoC work.
On 29 April 2013 09:07, Sergey Zhilkin wrote:
> . It's not legaly free.
Dmitry already has a copy of the parts that are free.
On Mon Apr 29 07:16:48 EDT 2013, userd...@gmail.com wrote:
> Hey, I didn't know that sources exist. But anyway, my work is still really
> relevant because of the need to update lots of sources to support latest
> Java and Inferno. And also to make the whole thing open-sourced, as the
> code you po
I'm happy to see the original author of that project here! Looking at
sources I've already realized that there will be some tears, but I'm
absolutely ready for long hours of really-low-level code, awful debugging
and strange and mystical things :)
Looking forward for your questions and suggestions!
Hey, I didn't know that sources exist. But anyway, my work is still really
relevant because of the need to update lots of sources to support latest
Java and Inferno. And also to make the whole thing open-sourced, as the
code you posted contains scaring lines like:
This software is provided SOLELY
when this thread calms down a bit i'll post some suggestions and hopefully
helpful hints - one of which is that there will be tears.
i'll respond to off list technical questions.
brucee
On 29 April 2013 18:07, Sergey Zhilkin wrote:
> There is http://www.vitanuova.com/dist/java.tgz - old java
There is http://www.vitanuova.com/dist/java.tgz - old java translating
software. It's not legaly free.
I think, Charles knows more :)
2013/4/29 Marc Chantreux
> hello,
>
> On Sun, Apr 28, 2013 at 11:21:21AM -0400, OrangeCalx01 wrote:
> > A machine implementing a virtual machine implementing a v
31 matches
Mail list logo