head	1.5;
access;
symbols
	RELEASE_8_3_0:1.5
	RELEASE_9_0_0:1.5
	RELEASE_7_4_0:1.5
	RELEASE_8_2_0:1.5
	RELEASE_6_EOL:1.5
	RELEASE_8_1_0:1.5
	RELEASE_7_3_0:1.5
	RELEASE_8_0_0:1.5
	RELEASE_7_2_0:1.5
	RELEASE_7_1_0:1.5
	RELEASE_6_4_0:1.5
	RELEASE_5_EOL:1.5
	RELEASE_7_0_0:1.5
	RELEASE_6_3_0:1.5
	PRE_XORG_7:1.5
	RELEASE_4_EOL:1.4
	RELEASE_6_2_0:1.4
	RELEASE_6_1_0:1.4
	RELEASE_5_5_0:1.4
	RELEASE_6_0_0:1.4
	RELEASE_5_4_0:1.4
	RELEASE_4_11_0:1.4
	RELEASE_5_3_0:1.4
	RELEASE_4_10_0:1.4
	RELEASE_5_2_1:1.4
	RELEASE_5_2_0:1.4
	RELEASE_4_9_0:1.3
	RELEASE_5_1_0:1.3
	RELEASE_4_8_0:1.3
	RELEASE_5_0_0:1.3
	RELEASE_4_7_0:1.3
	RELEASE_4_6_2:1.3
	RELEASE_4_6_1:1.3
	RELEASE_4_6_0:1.3
	RELEASE_5_0_DP1:1.3
	RELEASE_4_5_0:1.3
	RELEASE_4_4_0:1.2
	RELEASE_4_3_0:1.2
	RELEASE_4_2_0:1.2
	RELEASE_4_1_1:1.2
	RELEASE_4_1_0:1.2
	RELEASE_3_5_0:1.2
	RELEASE_4_0_0:1.2
	RELEASE_3_4_0:1.2
	RELEASE_3_3_0:1.2
	RELEASE_3_2_0:1.2
	RELEASE_3_1_0:1.2
	RELEASE_2_2_8:1.2
	RELEASE_3_0_0:1.2
	RELEASE_2_2_7:1.2
	RELEASE_2_2_6:1.2
	RELEASE_2_2_5:1.2
	RELEASE_2_2_1:1.1.1.1
	RELEASE_2_2_2:1.1.1.1
	scheme48_0_36:1.1.1.1
	MIT:1.1.1;
locks; strict;
comment	@# @;


1.5
date	2007.04.04.15.55.52;	author gabor;	state Exp;
branches;
next	1.4;

1.4
date	2003.10.05.08.08.37;	author krion;	state Exp;
branches;
next	1.3;

1.3
date	2002.01.14.06.38.24;	author jkoshy;	state Exp;
branches;
next	1.2;

1.2
date	97.08.27.19.16.09;	author jmacd;	state Exp;
branches;
next	1.1;

1.1
date	95.01.07.20.53.31;	author swallace;	state Exp;
branches
	1.1.1.1;
next	;

1.1.1.1
date	95.01.07.20.53.32;	author swallace;	state Exp;
branches;
next	;


desc
@@


1.5
log
@- Update to 1.5
- Pass maintainership to submitter

PR:		ports/110519
Submitted by:	Nemo Liu <nemoliu@@gmail.com>
@
text
@Scheme 48 is an implementation of the Scheme programming language as
described in the Revised^5 Report on the Algorithmic Language Scheme.
It is based on a compiler and interpreter for a virtual Scheme
machine.  The name derives from our desire to have an implementation
that is simple and lucid enough that it looks as if it were written in
just 48 hours.  We don't claim to have reached that stage yet; much
more simplification is necessary.
Scheme 48 is an implementation of the Scheme programming language as described
in the Revised5 Report on the Algorithmic Language Scheme [6]. It is based on
a compiler and interpreter for a virtual Scheme machine. Scheme 48 tries to be
faithful to the Revised5 Scheme Report, providing neither more nor less in the
initial user environment. (This is not to say that more isn't available in
other environments; see below.)
Scheme 48 is under continual development. Please report bugs, especially in
the VM, especially core dumps, to scheme-48-bugs@@s48.org. Include the version
number x.yy from the "Welcome to Scheme 48 x.yy" greeting message in your bug
report. It is a goal of this project to produce a bullet-proof system; we want
no bugs and, especially, no crashes.

WWW: http://www.s48.org
@


1.4
log
@- Add WWW line in pkg-descr

PR:		57596
Submitted by:	Mark Linimon <linimon@@lonesome.com>
@
text
@d8 11
a18 8

Scheme 48 tries to be faithful to the upcoming Revised^5 Scheme
Report, providing neither more nor less in the initial user
environment.  (This is not to say that more isn't available in other
environments.)  Support for numbers is weak: bignums are slow and
floating point is almost nonexistent.  DEFINE-SYNTAX, LET-SYNTAX,
LETREC-SYNTAX, and SYNTAX-RULES are supported, but not the rest of
the Revised^4 Scheme macro proposal.
@


1.3
log
@Upgrade to v0.57.

Approved by:	<nectar@@freebsd.org> [MAINTAINER]
@
text
@d16 2
@


1.2
log
@Update to latest version, closing ports/4148.  (Only thing is, I've
never closed a PR before so I don't know how to do it.)

PR:		ports/4148
@
text
@d2 1
a2 1
described in the Revised^4 Report on the Algorithmic Language Scheme.
d12 4
a15 5
environments; see below.)  Support for numbers is weak: bignums are
slow and floating point is almost nonexistent (see description of
floatnums, below).  DEFINE-SYNTAX, LET-SYNTAX, LETREC-SYNTAX, and
SYNTAX-RULES are supported, but not the rest of the Revised^4 Scheme
macro proposal.
@


1.1
log
@Initial revision
@
text
@a16 7

Notes for FreeBSD port:  The external dynamic loading doesn't work
properly due in part to non-portable code and limited support by
FreeBSD for SUN dlfcn routines.  Unless you need to load external
C code, this is a fine interpreter.

Ported to FreeBSD by Josh MacDonald, <jmacd@@uclink.berkeley.edu>
@


1.1.1.1
log
@Scheme 48
Submitted by:	Josh MacDonald, <jmacd@@uclink.berkeley.edu>
@
text
@@
