You are looking at historical revision 1921 of this page. It may differ significantly from its current revision.

Introduction

This document explains how to create an official Chicken Extension.

Chicken extensions can greatly enhance the functionality available in Chicken. They can define and export new convenient functions, wrap and make available libraries written in other languages (C, more often than not) or even extend the basic language.

A great way to start getting involved in the Chicken community is to contribute new eggs. Not only this will benefit other users, which will now be able to use your egg, it will also benefit you as you'll gain access to all the infrastructure for managing eggs (eg. you will be able to install your eggs using chicken-setup) and other users might start helping improve your eggs.

We will assume your extension is called mpeg3 (which is the name of an already existing egg). Replace occurences of that string throughout this file with the actual name of your extension.

Programming your extension

Code layout

You should write the code for your extension in the following files:

We strongly recommend that you add a (declare (export ...)) declaration to your runtime file explicitly listing all the symbols that should be exported to programs using your egg. Not only this avoids name clashes but it also serves as some implicit sort of documentation as to what the public interface exported by the egg is (which should not, ever, replace your standard documentation!).

Testing your extension

To test your extension the best practice seems to be to load it directly from the source code (unless it uses foreign code, in which case you'll need to compile it and load your .so file).

TODO: Add information about debugging?

Additional files

Documentation

There are basically two alternative options to provide documentation for your egg. Which you choose is up to you. The following two sections describes them.

Using eggdoc

TODO: Describe eggdoc.

Using the wiki

You can enter your entire documentation for your egg into this wiki. You'll use a file called mpeg3 at the root of this wiki. The following are some examples:

This has the advantage of inviting other members of the Chicken community to help improve the documentation for your egg.

Whenever a new release for your egg is made, its associated file from the wiki will be converted to HTML and shipped with it (as mpeg3.html) as well as uploaded to <http://www.call-with-current-continuation.org/eggs/>.

If you follow this route, it would be a good idea to consult the guidelines for documenting eggs in the wiki.

The setup file

In order for chicken-setup to install your extension, we recommend that you create a mpeg3.setup file with information about your egg. chicken-setup will load this file.

In the case of eggs that only define runtime symbols, this step is entirely optional: you could ship your egg as a single .scm file. However, using a .setup file is still recommended as it will also allow you to state the version of your egg (which chicken-setup -list will print).

If your egg does not contain macros, your setup file should look similar to the following:

<example>(compile -s -O2 -d1 mpeg3.scm) (install-extension

 ; Name of your extension:
 'mpeg3
 ; Files to install for your extension:
 '("mpeg3.so" "mpeg3.html")
 ; Assoc list with properties for your extension:
 '((version 1.2)
   (documentation "mpeg3.html")))</example>

Note that the first line will cause mpeg3.scm to be compiled into mpeg3.so, which is installed by install-extension. On Windows, chicken-setup will automatically recognize the .so extension and convert it to .dll.

If your extension includes syntax it should:

  1. Compile mpeg3-base.scm (instead of mpeg3.scm), according to the semantics for those files.
  2. List both mpeg3.scm (macros) and mpeg3-base.so in the list of files to install.
  3. In the list of properties it should include (syntax) and (require-at-runtime mpeg3).

If your egg requires your code to be linked against a specific library or certain flags (eg. -l) to be passed to the C compiler, you should specify them here.

If you are using the wiki for your documentation, mpeg3.html will be created as part of the process that uploads your egg to call-with-current-continuation.org. That means that testing your setup script will fail, as it won't find it. For that reason, you will need to create a dummy mpeg3.html file temporarily, which you won't be releasing nor uploading to the Subversion repository for eggs (described below).

The meta file

Finally, you will need to create mpeg3.meta, with information about your egg. This file is used by the process that releases and uploads new eggs. It should contain a single s-expr as follows:

<example>((egg "mpeg3.egg") ; This should never change

; List here all the files that should be bundled as part of your egg.  Note
; that (1) mpeg3.meta does not need to be listed here and (2) you might
; want to include mpeg3-base.scm (if it exists).
(files "mpeg3.scm" "mpeg3.html" "mpeg3.setup")
; The following should only be present if the egg's documentation should be
; generated from the wiki:
(doc-from-wiki)
; Your egg's license:
(license "GPL")
; Pick one from the list of categories (see below) for your egg and enter it
; here.
(category web)
; A list of eggs mpeg3 depends on.  If none, you can omit this declaration
; altogether:
(needs sandbox syntax-case)
(author "Your Name Goes Here")
(synopsis "A basic description of the purpose of the egg."))</example>

For the category entry you can use any of the following:

code-generation
Run-time code generation
crypt
Cryptography
data
Algorithms and data-structures
db
Databases
debugging
Debugging tools
doc-tools
Documentation tools
ffi
Interfacing to other languages
graphics
Graphics
io
Input/Output
lang-exts
Language extensions
macros
Macros and meta-syntax
math
Mathematical libraries
misc
Miscellaneous
net
Networking
oop
Object-oriented programming
parsing
Data formats and parsing
testing
Unit-testing
tools
Tools
ui
User interface toolkits
web
Web programming
xml
XML processing

Managing eggs in the repository

Obtaining an account in the repository

We keep all Chicken Extensions in the following Subversion repository:

You can see a graph of some stats about it here:

In order to create your extensions you will need access to this repository. Send an email to the Chicken Users mailing list and state:

With this information we will create a directory for your extension and create you an account with the appropriate access rights.

To checkout this directory run the following command:

svn checkout https://secure.afc.no-ip.info/svn/chicken-eggs/mpeg3

Directory structure

The directory for your egg will have the following subdirectories:

trunk
Here you can keep the latest (potentially unstable) development version for your egg.
tags
You should keep one subdirectory of this directory for every release for your egg. The names of the directories here should correspond to the version number of their associated release.

Furthermore, there is a wiki directory at the top-level of the repository. It holds the entire contents for this wiki. This can be helpful if you decide to use it to document your egg.

Importing your files

You will initially copy your files to the trunk directory, add them manually and commit your changes. For example:

svn add trunk/mpeg3.scm
svn add trunk/mpeg3.setup
svn add trunk/mpeg3.meta
svn commit -m "Importing mpeg3 extension."

Making a new release

Once the code in trunk is reasonably stable and you want to make a new release, copy it to a new directory under tags and set the latest Subversion property of the tags directory to its version number. For example, to make the 1.3 release for mpeg3, you would run the following commands (at the directory where you checked out your egg):

svn copy trunk tags/1.3
svn propset latest 1.3 tags
svn commit -m "Releasing version 1.3."

Once you've done this, send an email to any of the following persons asking them to upload your egg (this process is still manual; we will probably automate it at some point in the future):