lisp-hh June 2016

lisp-hh@common-lisp.net

3 participants
3 discussions

Lisp-HH-Treffen Montag!
by Svante v. Erichsen 08 Aug '17

08 Aug '17

Moin! Wir treffen uns Montag wieder, wie üblich ab ca. 19 Uhr im Ristorante Marilù, Bahrenfelder Straße 67, HH-Ottensen. Edi will auch kommen! (Das ist der mit dem neuen Buch. ^^) Gruß Svante -- Svante von Erichsen GPG fingerprint: A78A D4FB 762F A922 A495 57E8 2649 9081 6E61 20DE

4 3

Compile time computing
by Martin Cracauer 16 Jun '16

16 Jun '16

Moin moin. Ich nehme mir jetzt mal Zeit um ueber compile-time-computing zu schreiben. Welche Ideen hatte wir noch? Irgendwas neues? 1) Struct mit Feldern, operatoren +/-/etc automatisch generieren indem man mehrfach ueber die Felder interiert (so dass man keine Felder vergisst wenn man spaeter neue Operatoren macht) 2) arithmetische Formel nach anderen Variablen aufloesen (so dass der Programmier nicht die gleiche Formel mehrfach einhackt). Da war die Frage ob Maxima uns helfen kann? 3) literals. Bei ITA haben wir zum Beispiel enormen Vorteil weil die Sache wie "BOS" als string direkt in die binaere Repraesentation von TLAs uebersetzen koennen. Macht Code mehr leserlich. Gleiches gilt fuer literals wie Trees, die wir direkt in den Code packen koennen, in der bequemsten Form die wir uns vorstellen koennen. 3b) Regular Expressions sind eine gute Weise zu erklaeren warum das gut ist: - string wird zum compilierzet umgewandelt - syntaxcheck zur compilierzeit - verschiedene Frontends fuer die gleiche regex matching engine, z.B. einmal als Perl-regex-string, einmal als Unix-regex string, einmal als s-expression syntax. Alles fuer den gleichen Matcher 4) defmacro defun-inline. Das gibt es mehrere Spielchen: - kann man dynamisch zum compilierzeit dann doch nicht inlininen - wenn der Compiler kein inlining haette kann man den defun zum defmacro uebersetzen (wir hatten das bei ITA). Nichts was man machen moechte, demonstriert aber wie maechtig compile-time-computing ist 5) "refectoring tools". Die Java hacker lassen groessere Aenderungen von der IDE umschreiben. Das ist Bloedsinn weil die diffs im Versionskontrollsystem unleserlich werden. 6) reflection. Wenn man reflection statt c-t-c benutzt um ueber Felder in Strukturen zu iterieren dann werden Fehler von compilierzeit zur Laufzeit gepuscht. Erst wollen die Typen static typing, dann machen die Reflexion at runtime. 7) CLOS. Wenn man kein OO System haette, wuerden Lisp macros ausreichen um das ohne Compilermodifikationen zu machen. Oder vielleicht willst Du ein Klassenloses OO? Mach selber. Ohne am compiler rumfummeln zu muessen. Was hatten wir denn sonst noch? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer <cracauer(a)cons.org> http://www.cons.org/cracauer/

3 2

Treffen Montag
by Svante v. Erichsen 05 Jun '16

05 Jun '16

Moin! Morgen (Montag) abend ist wieder Lisp-Treffen im Ristorante Marilù, Bahrenfelder Straße 67, HH-Ottensen, ab ca. 19 Uhr. Wir reden wie üblich über alles, was mit Lisp zu tun hat. Ich werde vermutlich aus aktuellem Interesse FRP und RX ansprechen (Functional Reactive Programming, Reactive Extensions). Viele Grüße und bis morgen Svante -- Svante von Erichsen GPG fingerprint: A78A D4FB 762F A922 A495 57E8 2649 9081 6E61 20DE

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

lisp-hh June 2016