| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
Luca Barbato wrote: |
| 5 |
| Here is a list of interesting questions: "Are we fine?" "What are we |
| 6 |
| going to do?" |
| 7 |
| |
| 8 |
| Please project leaders try to reply in short. |
| 9 |
|
| 10 |
To complete the reports for the Lisp project, I will now report for the Common Lisp and |
| 11 |
Scheme stuff. |
| 12 |
|
| 13 |
How are we doing? |
| 14 |
|
| 15 |
We are seriously understaffed. Joslwah and me are the only devs working here. To make it |
| 16 |
easier for users to help and get experience we have a git overlay. |
| 17 |
My own focus is the Scheme area, Joslwah does CL, but he is very busy with real life and |
| 18 |
work so I'm trying to help out there too. This means that I try to keep at least CL |
| 19 |
implementations current in the main tree. Almost all other CL ebuilds are unmaintained in |
| 20 |
main tree. We have one very active user (Stelian Ionescu) maintaining a lot of this other |
| 21 |
CL stuff in our overlay who will hopefully be recruited. |
| 22 |
|
| 23 |
For Scheme most of the ebuilds we have are implementations. Anything that doesn't support |
| 24 |
the amd64 architecture is not maintained in main tree by me. This means that R6RS |
| 25 |
implementations Larceny and Ikarus for example are in our overlay, but I'm not sure how |
| 26 |
well they work. There is little time to add non-implementations, but we have bugs for most |
| 27 |
of the stuff I want added. Some users have helped in the past and one is helping currently |
| 28 |
whom I hope to recruit. |
| 29 |
|
| 30 |
| What are we going to do: |
| 31 |
|
| 32 |
Keep implementations current and add new implementations to complete my collection. |
| 33 |
Hopefully do some recruiting. Maybe complete a wrapper script so it is possible to |
| 34 |
superficially test the more than a dozen Scheme implementations we have. Try to interest |
| 35 |
more people in Lisp. On that note: |
| 36 |
|
| 37 |
Lisp is a family of very flexible and powerful programming languages. Compared to other |
| 38 |
languages there are fewer restrictions (if any), more supported paradigms, more powerful |
| 39 |
primitives (first-class continuations in Scheme for example) and infinitely better |
| 40 |
metaprogramming facilities due to superior lack of syntax. |
| 41 |
Interested parentheses-non-bigots are very welcome to join us in our IRC channel. |
| 42 |
|
| 43 |
Marijn |
| 44 |
|
| 45 |
"Any sufficiently complicated C or Fortran program contains an ad-hoc, |
| 46 |
informally-specified bug-ridden slow implementation of half of Common Lisp." |
| 47 |
— Philip Greenspun, often called Greenspun's Tenth Rule of Programming |
| 48 |
|
| 49 |
- -- |
| 50 |
Marijn Schouten (hkBst), Gentoo Lisp project, Gentoo ML |
| 51 |
<http://www.gentoo.org/proj/en/lisp/>, #gentoo-{lisp,ml} on FreeNode |
| 52 |
-----BEGIN PGP SIGNATURE----- |
| 53 |
Version: GnuPG v2.0.7 (GNU/Linux) |
| 54 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
| 55 |
|
| 56 |
iD8DBQFHjgKpp/VmCx0OL2wRAo6wAJ9ff056rDMZ/rCD21lDpyzJIUp1nwCghODl |
| 57 |
8I7fNkL7jE6h7FjiaPibwBI= |
| 58 |
=G3qR |
| 59 |
-----END PGP SIGNATURE----- |
| 60 |
-- |
| 61 |
gentoo-dev@l.g.o mailing list |
Archives