Hash: SHA1

Luca Barbato wrote:
| Here is a list of interesting questions: "Are we fine?" "What are we
| going to do?"
| Please project leaders try to reply in short.

To complete the reports for the Lisp project, I will now report for the Common 
Lisp and
Scheme stuff.

How are we doing?

We are seriously understaffed. Joslwah and me are the only devs working here. 
To make it
easier for users to help and get experience we have a git overlay.
My own focus is the Scheme area, Joslwah does CL, but he is very busy with real 
life and
work so I'm trying to help out there too. This means that I try to keep at 
least CL
implementations current in the main tree. Almost all other CL ebuilds are 
unmaintained in
main tree. We have one very active user (Stelian Ionescu) maintaining a lot of 
this other
CL stuff in our overlay who will hopefully be recruited.

For Scheme most of the ebuilds we have are implementations. Anything that 
doesn't support
the amd64 architecture is not maintained in main tree by me. This means that 
implementations Larceny and Ikarus for example are in our overlay, but I'm not 
sure how
well they work. There is little time to add non-implementations, but we have 
bugs for most
of the stuff I want added. Some users have helped in the past and one is 
helping currently
whom I hope to recruit.

| What are we going to do:

Keep implementations current and add new implementations to complete my 
Hopefully do some recruiting. Maybe complete a wrapper script so it is possible 
superficially test the more than a dozen Scheme implementations we have. Try to 
more people in Lisp. On that note:

Lisp is a family of very flexible and powerful programming languages. Compared 
to other
languages there are fewer restrictions (if any), more supported paradigms, more 
primitives (first-class continuations in Scheme for example) and infinitely 
metaprogramming facilities due to superior lack of syntax.
Interested parentheses-non-bigots are very welcome to join us in our IRC 


"Any sufficiently complicated C or Fortran program contains an ad-hoc,
informally-specified bug-ridden slow implementation of half of Common Lisp."
— Philip Greenspun, often called Greenspun's Tenth Rule of Programming

- --
Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML
<http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

gentoo-dev@lists.gentoo.org mailing list

Reply via email to