Also gerade bei Common-Lisp stimmt das so nicht. SBCL ist ein so guter Common-Lisp-Compiler und ich kenne keine Sprache, wo UTF-8 out-of-the-Box so gut funktioniert wie in SBCL. Sowohl bei der String-Verarbeitung, als auch bei Regexen, also auch in der Sprache direkt.
Die Kodierung ist nicht in der Sprach-Definition enthalten, das ist möglicherweise ein Problem. Also was für Common-Lisp unter SBCL gilt, muss nicht zwangsläufig auch für andere Common-Lisp-Implementierungen gelten; aber ABCL (Common-Lisp unter JVM) und clisp (Bytecode-Compilier) funktionieren auch recht gut mit UTF-8 soweit ich weiß.
Das mit dem Bibliotheken ist so ne Sache. Eigentlich hat Common-Lisp einige schon echt geniale Bibliotheken, zum Beispiel das Zeug, was Edmund Weitz so gehakt hat (bsp. Eine Perl-Regex-Engine, die auch UTF-8 aware ist). Aber Common-Lisp ist leider ne Nieschensprache und das merkt man ihr auch teilweise an; zum Beispiel was die Verfügbarkeit der Bibliotheken unter diversen Linux-Distris angeht. GUIs sind leider ein Problem, aber es gibt neuerdings auch QT-Anbindungen. Da ich keine GUIs schreibe, kann ich dazu nix sagen.
NewLisp finde ich persönlich super. Die Sache damit ist, dass es eine Script-Sprache ist und sein will, also nicht darauf ausgelegt ist, das damit damit größere Sachen schreibt. Es ist eher so eine Art „Perl” unter den Lisps. Aber zum hacken ist die Sprache gut geeignet, weil viele Sachen, wie HTTP, FTP, Regex, etc pp direkt in die Sprache integriert ist, was man an vielen Stellen auch merkt (zum Beispiel, kann man New-Lisp-Scripte auch auf einem HTTP-Server legen und sie lokal ausführen).
Zu Scheme und Clojure kann ich wenig sagen, da mich die nicht so wirklich reizen.
Also gerade bei Common-Lisp stimmt das so nicht. SBCL ist ein so guter Common-Lisp-Compiler und ich kenne keine Sprache, wo UTF-8 out-of-the-Box so gut funktioniert wie in SBCL. Sowohl bei der String-Verarbeitung, als auch bei Regexen, also auch in der Sprache direkt.
Die Kodierung ist nicht in der Sprach-Definition enthalten, das ist möglicherweise ein Problem. Also was für Common-Lisp unter SBCL gilt, muss nicht zwangsläufig auch für andere Common-Lisp-Implementierungen gelten; aber ABCL (Common-Lisp unter JVM) und clisp (Bytecode-Compilier) funktionieren auch recht gut mit UTF-8 soweit ich weiß.
Das mit dem Bibliotheken ist so ne Sache. Eigentlich hat Common-Lisp einige schon echt geniale Bibliotheken, zum Beispiel das Zeug, was Edmund Weitz so gehakt hat (bsp. Eine Perl-Regex-Engine, die auch UTF-8 aware ist). Aber Common-Lisp ist leider ne Nieschensprache und das merkt man ihr auch teilweise an; zum Beispiel was die Verfügbarkeit der Bibliotheken unter diversen Linux-Distris angeht. GUIs sind leider ein Problem, aber es gibt neuerdings auch QT-Anbindungen. Da ich keine GUIs schreibe, kann ich dazu nix sagen.
NewLisp finde ich persönlich super. Die Sache damit ist, dass es eine Script-Sprache ist und sein will, also nicht darauf ausgelegt ist, das damit damit größere Sachen schreibt. Es ist eher so eine Art „Perl” unter den Lisps. Aber zum hacken ist die Sprache gut geeignet, weil viele Sachen, wie HTTP, FTP, Regex, etc pp direkt in die Sprache integriert ist, was man an vielen Stellen auch merkt (zum Beispiel, kann man New-Lisp-Scripte auch auf einem HTTP-Server legen und sie lokal ausführen).
Zu Scheme und Clojure kann ich wenig sagen, da mich die nicht so wirklich reizen.