plan9port/src/cmd/sam
2014-03-13 18:46:28 -04:00
..
_libc.h
address.c
buff.c
cmd.c convert to 4-byte UTF-8 and 32-bit Rune 2009-09-11 17:03:06 -04:00
disk.c acme, sam: handle >1GB files correctly 2014-03-13 18:46:28 -04:00
err
error.c
errors.h
file.c fix clang warnings reported by Tuncer Ayaz 2012-10-21 11:25:08 -04:00
io.c
list.c
mesg.c sam: turn off DEBUG logging (oops) 2007-12-04 19:55:22 -05:00
mesg.h
mkfile
moveto.c
multi.c
parse.h
plan9.c
plumb.h
rasp.c
README
regexp.c acme, sam: fix regexp code for bigger Runemax 2010-07-14 11:10:59 -07:00
sam.c
sam.h acme, sam: handle >1GB files correctly 2014-03-13 18:46:28 -04:00
shell.c sam: add $% as an alias for $samfile 2012-09-17 14:53:11 -04:00
string.c
sys.c
unix.c
util.c
xec.c

This is sam (not including samterm) from the 4th edition of Plan 9,
with changes so that it can be compiled under unix.
(Tested on Solaris 7 and Debian 3.0r1.)

Some extra libraries are needed.  First, fetch libutf-2.0 and libfmt-2.0
from
	http://pdos.lcs.mit.edu/~rsc/software/

(Beware that in libfmt/fmt.c there is a line that says:
        'u',    __ifmt,         /* in Plan 9, __flagfmt */
Thus, sam will have to fmtinstall the other thing.  Other ported programs
may have to do the same.  The fmt library should probably print messages
about bad format characters to stderr, since no one seems to check the
return codes.)

Compile and install those two libraries.  
Set PREFIX in the Makefile to match, then compile sam.

Your C compiler will emit many complaints of the form:
  sam.c:496: warning: passing arg 1 of `bufread' from incompatible pointer type

This is because the Plan 9 compiler has a slightly different (better,
ala Oberon) type system than ISO C.  Popular compilers generate the right
code, so in an act of civil disobediance I changed just enough to get
it to compile, but left the type errors in.  Now the next C standard can
adopt this extension, because at least one important C program uses it!

-- Scott Schwartz,  4 July 2003