CHICKEN is a compiler for the Scheme programming language. CHICKEN
produces portable, efficient C, supports almost all of the R5RS
Scheme language standard, and includes many enhancements and
extensions.
===> The following configuration options are available for chicken-6.0.0,1:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
Reason:
The chicken binaries csc and csi, together with their manual pages, have been
renamed to chicken-csc and chicken-csi, to avoid conflicts with lang/mono.
This is in line with what several Linux distros do. See PR 274736.
Port Moves
port moved here from lang/chicken5 on 2022-10-30 REASON: Has expired: Please use lang/chicken instead
lang/chicken: rename csc and csi to avoid conflicts with lang/mono
This is in line with what several Linux distributions do.
PR: 274736
Rpoerted by: Paco Pascal <me@pacopascal.com>
lang/chicken: restore unsuffixed chicken port
The lang/chicken5 port was introduced to help migrating from v4 in
lang/chicken. The latter is not long gone, and we're left with a '5'
suffix everywhere. Let's put a copy of chicken v5 in lang/chicken, with
a plan to remove lang/chicken5 in two months.
The use of PORTEPOCH is necessary because it was there in chicken v4.
Deprecate lang/chicken
Now that CHICKEN 5.0.0 is out, as discussed with the previous
maintainer, users should slowly migrate to lang/chicken5. Give a
1-year notice.
PR: 230535
Update to upstream version 4.11.0
Extensive changelog on http://code.call-cc.org/releases/4.11.0/NEWS-4.11.0
including security fixes for Specialisation rules for string-{ref,set!},
bit-set?
and move-memory no longer use unchecked C functions which could
result in undefined behaviour, including buffer overruns.
While on it: Pet portlint
PR: 209810
Submitted by: vmagerya@gmail.com (maintainer)
Reported by: philneaton95@gmail.com
MFH: 2016Q2
Change version format (from 4.10.0r1 to 4.10.0.r1) and bump PORTEPOCH.
This is because our current versioning system sees 4.10.0r1 > 4.10.0.
vuxml change would follow.
PR: 200980
Submitted by: maintainer (Vitaly Magerya)
MFH: 2015Q2
- Remove LICENSE
Chicken's LICENSE file says that it's actually a mixture of BSD3 files,
files under a BSD3 lookalike with additional clause about academic
research, custom permissive license files, public domain files, and even
a few GPL2+ files in the test suite. It is the maintainer's opinion that
a blanked BSD3CLAUSE is misleading.
Reported by: maintainer (via private email)
Convert GMAKE to MAKE_CMD
Please note that lots of invocation of MAKE_CMD here are wrong as they do not
properly respect MAKE_ENV and friends
With hat: portmgr
- Update to version 2.6.
- Remove PORTDOCS and list the files in pkg-plist.
- Remove BROKEN on ia64 to see if the problem has been fixed and to allow
further investigation.
- Remove patch which was integrated.
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
- Resurrect includedir patch which was mistakely removed in update to 2.0
PR: ports/86565
Submitted by: Juan Felipe Alvarez Saldarriaga <neb@gigax.org>
Approved by: Alejandro Pulver <alejandro@varnet.biz> (maintainer)
- Add $(includedir) to BASE_CPPFLAGS, otherwise chicken can't find it's own
header file when used
PR: ports/80219
Submitted by: Juan F. A. Saldarriaga <neb@gigax.org>
- Add $(includedir) to BASE_CPPFLAGS, otherwise chicken can't find it's own
header file when used
PR: ports/80219
Submitted by: Juan F. A. Saldarriaga <neb@gigax.org>
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
Update to 1.33. Numerous bugfixes and minor new features. See
doc/ChangeLog for complete details.
PR: ports/62328
Submitted by: Kimura Fuyuki <fuyuki@nigredo.org>
Use the new virtual category 'scheme'
- Add the virtual category 'scheme' to the orphan ports
- Fix the chicken's csc script
- Minor portlint cleanups
PR: ports/55265
Submitted by: Kimura Fuyuki <fuyuki@nigredo.org>
Add chicken 1.0, a Scheme-to-C compiler supporting most of the
features as described in the Revised^5 Report on the Algorithmic
Language Scheme.
PR: ports/50155
Submitted by: Kimura Fuyuki <fuyuki@hadaly.org>
