6 ms·

"Don't write your own LISP interpreter and do not include it in your library. :)" - lol

VMG 14y ago
I think this is a reference to this little gem: http://svn.efixo.net/decodeur/media-libs/alsa-lib-1.0.14rc1/alsalisp/alsalisp.c http://svn.efixo.net/decodeur/media-libs/alsa-lib-1.0.14rc1/... One of the authors of the linked piece is Lennart Poettering, creator of PulseAudio
- wrl 14y ago
  Especially with the authorship in consideration, I'd like to counter with "Don't embed an HTTP server or QR code encoder/decoder in your syslogd." Glass houses, after all. ;)
chj 14y ago
I don't get it..
- irahul 14y ago
  http://en.wikipedia.org/wiki/Greenspuns_tenth_rule http://en.wikipedia.org/wiki/Greenspuns_tenth_rule Any sufficiently complicated C or Fortran program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp.
- qznc 14y ago
  As we are in GNU-land here, you should use the official GNU extension language: Guile (Scheme) http://www.gnu.org/software/guile/ http://www.gnu.org/software/guile/
  - justincormack 14y ago
    No one seems to live in that part of GNUland any more.
    - noahl 14y ago
      A few of us do, but not many. I work on Guile because I enjoy messing with compilers. I absolutely agree that very few projects use it (exceptions include Lilypond and GNUCash). However, that might change - Guile 2.0 switched from a simple interpreter to a virtual machine and a compiler to that VM. That means that Guile is competitive in speed with other scripting languages (and actually faster than some of them, I believe). It also means that it now supports multiple high-level languages. There is currently a good Emacs Lisp implementation and about half of an ECMAScript implementation. I don't know if it'll become more widely used, but on the mailing lists you certainly see people writing libraries and contributing code, so I think there is a real chance of it. My sense is that Guile is now coming out of a period of stagnation. I don't know where it's going.
      - fafner 14y ago
        Isn't GNU Make adding support for Guile scripting? edit: http://lists.gnu.org/archive/html/guile-user/2012-01/msg00060.html http://lists.gnu.org/archive/html/guile-user/2012-01/msg0006...
        noahl 14y ago
        You appear to be right, but I don't know anything about it. That's exciting, though - it would be really cool if Makefiles could do more computation. Maybe then we'd get an easier-to-use autoconfiguration system!
        fafner 14y ago
        On one hand I'm a bit afraid that this might add more complexity to an already complex tool. But on the other hand the current tools in Make are very ugly to use. So Guile could certainly be an improvement. And an easier-to-use autotools? Bring it on!
aerique 14y ago
No, just use ECL: http://www.cliki.net/ecl http://www.cliki.net/ecl :-)

VMG 14y ago

I think this is a reference to this little gem: http://svn.efixo.net/decodeur/media-libs/alsa-lib-1.0.14rc1/alsalisp/alsalisp.c http://svn.efixo.net/decodeur/media-libs/alsa-lib-1.0.14rc1/... One of the authors of the linked piece is Lennart Poettering, creator of PulseAudio

wrl 14y ago
Especially with the authorship in consideration, I'd like to counter with "Don't embed an HTTP server or QR code encoder/decoder in your syslogd." Glass houses, after all. ;)

chj 14y ago

I don't get it..

irahul 14y ago
http://en.wikipedia.org/wiki/Greenspuns_tenth_rule http://en.wikipedia.org/wiki/Greenspuns_tenth_rule Any sufficiently complicated C or Fortran program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp.
qznc 14y ago
As we are in GNU-land here, you should use the official GNU extension language: Guile (Scheme) http://www.gnu.org/software/guile/ http://www.gnu.org/software/guile/
- justincormack 14y ago
  No one seems to live in that part of GNUland any more.
  - noahl 14y ago
    A few of us do, but not many. I work on Guile because I enjoy messing with compilers. I absolutely agree that very few projects use it (exceptions include Lilypond and GNUCash). However, that might change - Guile 2.0 switched from a simple interpreter to a virtual machine and a compiler to that VM. That means that Guile is competitive in speed with other scripting languages (and actually faster than some of them, I believe). It also means that it now supports multiple high-level languages. There is currently a good Emacs Lisp implementation and about half of an ECMAScript implementation. I don't know if it'll become more widely used, but on the mailing lists you certainly see people writing libraries and contributing code, so I think there is a real chance of it. My sense is that Guile is now coming out of a period of stagnation. I don't know where it's going.
    - fafner 14y ago
      Isn't GNU Make adding support for Guile scripting? edit: http://lists.gnu.org/archive/html/guile-user/2012-01/msg00060.html http://lists.gnu.org/archive/html/guile-user/2012-01/msg0006...
      - noahl 14y ago
        You appear to be right, but I don't know anything about it. That's exciting, though - it would be really cool if Makefiles could do more computation. Maybe then we'd get an easier-to-use autoconfiguration system!
        fafner 14y ago
        On one hand I'm a bit afraid that this might add more complexity to an already complex tool. But on the other hand the current tools in Make are very ugly to use. So Guile could certainly be an improvement. And an easier-to-use autotools? Bring it on!

aerique 14y ago

No, just use ECL: http://www.cliki.net/ecl http://www.cliki.net/ecl :-)