*** Protokolldatei gestartet *** Datum: Mi. Apr 28 19:58:26 2010 [Mittwoch 28 April 2010] [19:58:26] Betreten Sie haben den Kanal #forth-ev betreten (~bernd@ppp-88-217-5-153.dynamic.mnet-online.de). [Mittwoch 28 April 2010] [19:58:32] Modus Kanalmodi: [Mittwoch 28 April 2010] [20:03:45] Betreten MatthiasT hat den Kanal betreten (-MatthiasT@p4FE683E4.dip0.t-ipconnect.de). [Mittwoch 28 April 2010] [20:03:58] Hallo Bernd [Mittwoch 28 April 2010] [20:04:04] Hallo Matthias! [Mittwoch 28 April 2010] [20:04:18] Noch läuft die Pleite-Show ;-) [Mittwoch 28 April 2010] [20:04:34] ?? [Mittwoch 28 April 2010] [20:04:39] achso [Mittwoch 28 April 2010] [20:05:28] lass Dich nicht abhalten. Ich muss ohnehin erst noch einige Tage News aufholen [Mittwoch 28 April 2010] [20:05:48] Pleiten-Meldungen und Forth-Diskusson kann ich parallel ;-) [Mittwoch 28 April 2010] [20:06:13] hmm. Wegen zu großer Ähnlichkeit oder zu großen Unterschieden?? ;=) [Mittwoch 28 April 2010] [20:06:28] Zu große Unterschiede... [Mittwoch 28 April 2010] [20:08:24] die volatile Diskussion klingt zumindest interessant, nicht das mich das für amforth wirklich interessiert, aber so als Hintergrundwissen... [Mittwoch 28 April 2010] [20:08:45] Gibt's auf dem AVR auch einen extra-Adressraum für IO? [Mittwoch 28 April 2010] [20:09:02] ja, gibts. $40 bytes groß [Mittwoch 28 April 2010] [20:09:17] Mit eigenen Befehlen, um da hin zu schreiben? [Mittwoch 28 April 2010] [20:09:46] Oder ist der einfach Teil des "normalen" Adressraums? [Mittwoch 28 April 2010] [20:09:50] jein. Es gibt ein paar Bit-befehle, die nur dort arbeiten. Aber sonst ist das alles auch im RAM eingemappt [Mittwoch 28 April 2010] [20:10:06] Das kingt schon vernünftiger als x86. [Mittwoch 28 April 2010] [20:10:19] Ja, aber nicht wirklich durchdacht. [Mittwoch 28 April 2010] [20:10:33] nahezu jeder Controller hat mehr als die paar Bytes für IO [Mittwoch 28 April 2010] [20:10:36] Register [Mittwoch 28 April 2010] [20:10:46] 8051 hat das gleiche Problem. [Mittwoch 28 April 2010] [20:10:51] und die wandern dann in den normalen RAM Adressbereich. [Mittwoch 28 April 2010] [20:11:30] Die neueren ATXmegas machen da gleich einen konsequenteren Ansatz: Da sind alle IO Module als C structs abbildbar [Mittwoch 28 April 2010] [20:11:42] Also Basisaddresse + Offset [Mittwoch 28 April 2010] [20:12:22] Ja, so gehört sich das auch. [Mittwoch 28 April 2010] [20:13:32] Im amforth gibts keine speziellen Worte für die IO Adressen, das läuft alles über die RAM Adressen. Ist genausoschnell. die paar Bit-Tests und Bit-Set/Clear Routinen gehen im Rauschen des inner interpreters einfach unter. [Mittwoch 28 April 2010] [20:13:52] Da kommts auf ein oder zwei CPU Zyklen einfach nicht an [Mittwoch 28 April 2010] [20:13:57] Eben. [Mittwoch 28 April 2010] [20:14:18] Das ist halt alles "premature optimization" [Mittwoch 28 April 2010] [20:15:00] Bringt wenig, kostet aber mehr. [Mittwoch 28 April 2010] [20:15:09] Wenn man den Code irgendwie extrem optmieren würde, wärs vielleicht relevant. Aber bei einem System wo der Compiler auf dem Controller selbst sitzt, ist das zumindest seltsam. IMHO [Mittwoch 28 April 2010] [20:15:40] Der Optimizier dürfte jeglichen Platzgewinn beim Applikationscode ins absurde führen [Mittwoch 28 April 2010] [20:15:48] Bei so älteren Controllern sind die Designer von Hand-Assembler ausgegangen. [Mittwoch 28 April 2010] [20:15:57] Und cross-compiler ist nicht so mein Ding. [Mittwoch 28 April 2010] [20:16:18] Die sind halt eher un-forthig, wegen fehlender Interaktivität. [Mittwoch 28 April 2010] [20:16:26] Das macht ja der Michael K mit seinem G4 (irgendwann vielleicht) [Mittwoch 28 April 2010] [20:16:33] genau [Mittwoch 28 April 2010] [20:17:01] Ich habe bei meinem b16-Cross-Compiler auch sehr viel Wert auf Rest-Interaktivität gelegt. [Mittwoch 28 April 2010] [20:17:19] Bei den üblichen b16-Targets ist eben nicht mal Platz für einen Compiler. [Mittwoch 28 April 2010] [20:17:48] ja, die atmegas können durchaus viel Platz bieten. [Mittwoch 28 April 2010] [20:19:45] Und bezogen auf die interaktivität habe ich mittlerweile auch die Projektseiten etwas umformuliert. Nicht so sehr forth sondern ein interaktiver und erweiterbarer Kommandointerpreter [Mittwoch 28 April 2010] [20:20:14] Das der irgendwelchen Konventionen folgt, ist eher nützlich als eigenzweck [Mittwoch 28 April 2010] [20:20:22] Ja, solange viele Leute nicht mal wissen, was Forth ist, sicher sinnvoll, das zu erklären. [Mittwoch 28 April 2010] [20:20:42] s/eigenzweck/selbstzweck/ [Mittwoch 28 April 2010] [20:30:36] Ja, die Beschreibung sieht gut aus - auch die Google-Suche stimmt. [Mittwoch 28 April 2010] [20:35:14] nur das docu und pr nicht annähernd so viel spass machen ... [Mittwoch 28 April 2010] [20:39:55] Ich würde oben in die Menüzeile noch einen Download-Link setzen. [Mittwoch 28 April 2010] [20:41:37] Auch wenn's weniger Spaß macht ;-) [Mittwoch 28 April 2010] [20:42:11] ich werds mir mal vormerken. Die Idee ist gut (und wahrscheinlich sogar hilfreich). [Mittwoch 28 April 2010] [20:45:02] ach je, da muss ich ja meinen Webseitengenerator für "Words" Sektion anpassen. [Mittwoch 28 April 2010] [20:45:13] na, heute nicht mehr.... [Mittwoch 28 April 2010] [20:45:49] Du solltest eigentlich alles generieren, nicht nur "Words" [Mittwoch 28 April 2010] [20:47:06] Aufwand und Nutzen. So habe ich ab und zu noch das "Vergnügen", HTML zu schreiben... [Mittwoch 28 April 2010] [20:47:39] da komme ich nicht so ganz als Codegeneratorbediener vor... [Mittwoch 28 April 2010] [20:47:57] Na, Codegeneratorschreiber ist auch ein guter Job ;-) [Mittwoch 28 April 2010] [20:48:15] pah [Mittwoch 28 April 2010] [20:48:32] aber ich lass dich dann mal wieder alleine. [Mittwoch 28 April 2010] [20:48:52] Schönen Abend noch und bis irgendwann ;=) [Mittwoch 28 April 2010] [20:48:59] Ok, Ciao. [Mittwoch 28 April 2010] [20:49:03] Beenden MatthiasT hat den Server verlassen ("").