*** Protokolldatei gestartet *** Datum: Do. Aug 15 19:58:15 2013 [Donnerstag, 15. August 2013] [19:58:15] Betreten Sie haben den Kanal #forth-ev betreten (-bernd@p4FFB979D.dip0.t-ipconnect.de). [Donnerstag, 15. August 2013] [19:58:20] Modus Kanalmodi: [Donnerstag, 15. August 2013] [20:00:41] Hallo! [Donnerstag, 15. August 2013] [20:08:58] Hi Bernd, s'zuckt ja! [Donnerstag, 15. August 2013] [20:09:07] Ja, es zuckt. [Donnerstag, 15. August 2013] [20:09:37] Ich hab grad noch versucht, ob old avra auch ein amforth-5.1 assemblieren kann --- mit sehr mäßigem Erfolg :-) [Donnerstag, 15. August 2013] [20:09:49] S' assembliert zwar, aber danach duuds nedd. [Donnerstag, 15. August 2013] [20:11:14] Da kann ich dir aber auch nicht helfen ;-) [Donnerstag, 15. August 2013] [20:14:20] Betreten MatthiasT hat den Kanal betreten (~Thunderbi@dslb-188-109-218-085.pools.arcor-ip.net). [Donnerstag, 15. August 2013] [20:14:27] Servus [Donnerstag, 15. August 2013] [20:15:55] Hallo Matthias! [Donnerstag, 15. August 2013] [20:16:09] Erich hat eine Frage für dich. [Donnerstag, 15. August 2013] [20:17:18] Hallo Matthias! [Donnerstag, 15. August 2013] [20:17:21] Dann möge er sie stellen ;) [Donnerstag, 15. August 2013] [20:18:18] Nee, 'ne Frage iss das nicht :-) avra kann keine vorwärtsreferenzen, und damit geht amforth-5.1 eben nicht zu übersetzen. 5.0 ging wohl nur aus Versehen und ohne 1wire ... alles nicht neu. [Donnerstag, 15. August 2013] [20:19:21] ich nutze avra nicht (mehr). [Donnerstag, 15. August 2013] [20:19:38] Da kann es schon mal passieren, das irgendwas damit nicht funktioniert. [Donnerstag, 15. August 2013] [20:21:33] Wir hatten's ja schon mal davon. Allerdings ist mir immer noch niemand begegnet, der sachte: "oh, klar kann ich das gschwind mal flicken ...". Ich hab jetzt allerdings auch Marcin mal kontaktiert, vielleicht weiß der was. [Donnerstag, 15. August 2013] [20:21:52] Die emails auf der avra liste bestehen fast nur noch aus spam. [Donnerstag, 15. August 2013] [20:22:38] Ich glaube, der Ansatz, embedded Forthe mit einem eigenen Forth-Assembler zu übersetzen, ist doch nicht so blöd... [Donnerstag, 15. August 2013] [20:22:55] Irgendwie habe ich auch den Eindruck, das jeder erwartet, das ich darauf reagiere und meine Entwicklungsumgebung auf die Wünsche der anderen hin umstelle. Irgendwas zwischen OpenBSD und RaspberryPI und Windows Studion natürlich [Donnerstag, 15. August 2013] [20:23:45] Solange ich aber mit dem Assembler vom Hersteller alles erreiche, was ich erreichen will bin ich zufrieden, da fange ich keine Syntaxumstellungen für den gnu-as an oder kastriere mich auf die Möglichkeiten von avra [Donnerstag, 15. August 2013] [20:23:51] jeder - 1 -- ich nich :-) [Donnerstag, 15. August 2013] [20:24:03] stimmt ;) [Donnerstag, 15. August 2013] [20:24:21] Die korrekte Lösung ist, avra zu flicken. Alles andere tut nicht. [Donnerstag, 15. August 2013] [20:25:36] @Bernd: nicht ganz falsch. Aber ich habe keine Lust, einen funktionierenden Assembler durch etwas selbst gebasteltes zuersetzen. So kann ich sichersein, dass der generierte Code zumindest die richtigen Bitmuster für die CPU erzeugt. Und nicht versehentlich r16 mit r0 vertauscht oder was auch sonst immer an Bugs in einem Tool stecken können [Donnerstag, 15. August 2013] [20:26:16] Also, ich hab' schon mehrere Assembler in Forth geschrieben, das ist jetzt nicht das große Hexenwerk, die korrekt hinzukriegen. [Donnerstag, 15. August 2013] [20:26:16] Ich glaube, Gauss war der letzte der mit fehlerhaften Logarithemtafeln die Welt vermessen hat und dabei mit Freude auch noch die Bugs in den Tafeln gefixed hat. [Donnerstag, 15. August 2013] [20:26:44] Ist es auch nicht, aber ich halte es für Zeitverschwendung. [Donnerstag, 15. August 2013] [20:26:48] Dafür hat man dann von Anfang an einen Satz ordentlicher Tools, um das System cross-zucompilieren. [Donnerstag, 15. August 2013] [20:27:45] Da wird wohl der Kollege NN ranmüssen. [Donnerstag, 15. August 2013] [20:27:46] Nee, Zeitverschwendung ist das nicht unbedingt. Auf einem ARM läuft nun mal kein wine. Und ich bin damit auch nicht so wirklich ganz zufrieden. Die Datei heißt directiv.c :-> [Donnerstag, 15. August 2013] [20:28:34] Ich muss mal mit Jens Wilke über das Gforth-EC für den AVR sprechen. [Donnerstag, 15. August 2013] [20:28:42] Ich bin gerne bereit, einen anderen Assembler zu nutzen. Der muss nur zwei Voraussetzungen erfüllen: Korrekten Code erzeugen und die mit den neuen Chips von Atmel zurechtkommen. [Donnerstag, 15. August 2013] [20:28:47] Der hat eins, ist nur nicht irgendwie öffentlich. [Donnerstag, 15. August 2013] [20:32:30] Ich ärger mich schon genug über avrdude (das Flashprogramm für die Atmegas). Das tut sich unheimlich schwer mit den Atxmegas und Bugreports (inkl. Fix) scheinen auch nicht sonderlich gerne gesehen zu sein. [Donnerstag, 15. August 2013] [20:37:17] Ist das nicht prinzipiell ein Symptom für so 'ne Art "totes Pferd"? [Donnerstag, 15. August 2013] [20:38:20] Das will ich nicht hoffen. Noch habe ich keine Lust, auf Windows umzusteigen [Donnerstag, 15. August 2013] [20:38:59] Klingt alles sehr nach toten Pferden, die ihr da reitet. [Donnerstag, 15. August 2013] [20:39:26] Der avra code ist schon interessant, der stammt von jemand, der von lex/yacc noch nixx gehört hatte ... die parser-Schleifen sind alle in verschachtelten if/case/for ... Schleifen explizit ausprogrammiert. [Donnerstag, 15. August 2013] [20:40:46] Ich denke eher, dass die Toolchain für die Atmegas etwas zu lange schon existiert und die Übergabe von "Neu und Interessant" nach "Schon wieder ein neuer Controller" nicht eben sexy ist. [Donnerstag, 15. August 2013] [20:41:20] Der initiale Schwung ist raus und für den Rest fehlt irgendwas (Motivation) [Donnerstag, 15. August 2013] [20:41:41] Auch der avr-gcc ist IIRC so ziemlich das Werk eines einzelnen. [Donnerstag, 15. August 2013] [20:44:27] Und mein Bestreben ist gerade nicht, die Toolchain selbst mit "cat >a.out" zu beginnen und den ganzen Rest auch noch zu machen. [Donnerstag, 15. August 2013] [20:45:16] Gemach, sacht kein Mensch, daß Du das müssen sollst. [Donnerstag, 15. August 2013] [20:46:35] An avra könnte man seine "wie bringt man legacy code auf Vordermann ohne dass unterwegs was kaputt geht"-Fähigkeiten mal ordentlich schulen :-P [Donnerstag, 15. August 2013] [20:47:46] Oh, so wie du das beschrieben hast, dürfte das ziemlich fragil sein. [Donnerstag, 15. August 2013] [21:00:53] Was ist eigentlich mit den XT grade los? Das Thema wird ja heiß diskutiert?! [Donnerstag, 15. August 2013] [21:01:13] Es geht eher um SYNONYM. [Donnerstag, 15. August 2013] [21:01:33] Da hat der Vorschlagende das zu billig implementiert ;-) [Donnerstag, 15. August 2013] [21:03:37] Dabei hatte ich das grade so schön eingebaut und den Ardino Ports die Aliase verpasst ;) [Donnerstag, 15. August 2013] [21:04:22] so in der Art "synonym analog.0 digital.14" [Donnerstag, 15. August 2013] [21:06:17] Wenn sie funktionieren, kein Problem. [Donnerstag, 15. August 2013] [21:06:27] Probier' mal die Beispiele mit VALUEs und DEFER aus. [Donnerstag, 15. August 2013] [21:06:43] Und ' >BODY. [Donnerstag, 15. August 2013] [21:06:53] Wenn das alles funktioniert, dann ist dein SYNONYM gut. [Donnerstag, 15. August 2013] [21:07:19] Lieber nicht. [Donnerstag, 15. August 2013] [21:08:10] Mein Synonym ist state smart. BrrPfui ;) [Donnerstag, 15. August 2013] [21:08:37] Ja, genau. [Donnerstag, 15. August 2013] [21:08:53] Das kannst du dann auch so definieren: [Donnerstag, 15. August 2013] [21:08:58] : synonym [Donnerstag, 15. August 2013] [21:08:58] create immediate ' , [Donnerstag, 15. August 2013] [21:08:58] does> [Donnerstag, 15. August 2013] [21:08:58] @i state @ if , else execute then [Donnerstag, 15. August 2013] [21:08:58] ; [Donnerstag, 15. August 2013] [21:09:37] Für die Port-Aliase tut das ausgezeichnet. Mehr hab ich damit noch nicht gemacht. [Donnerstag, 15. August 2013] [21:09:39] : synonym : bl word find >r compile, postpone ; r> 0> IF immedate THEN ; [Donnerstag, 15. August 2013] [21:10:24] Das ist wenigstens nicht state-smart. [Donnerstag, 15. August 2013] [21:10:53] Fehler-Abfangen jetzt mal weggelassen. [Donnerstag, 15. August 2013] [21:20:50] Was mich an der Diskussion halt am meisten nervt, ist die Reaktion auf Test-Code, der deren SYNONYM-Implementierung bricht. [Donnerstag, 15. August 2013] [21:21:05] Die wollen dann, dass man dann die Spec umschreibt. [Donnerstag, 15. August 2013] [21:21:31] Ist natürlich immer einfacher, die Spec aufzuweichen, als Bugs zu fixen. [Donnerstag, 15. August 2013] [21:21:57] Dein SYNONYM geht erst mal nur für normale non-immediate-Wörter. [Donnerstag, 15. August 2013] [21:22:00] Die wollen, daß Du gefälligst ein nagelförmiges Problem hast, das zum Hammer passt ... [Donnerstag, 15. August 2013] [21:22:13] Definitiv. [Donnerstag, 15. August 2013] [21:22:37] Das scheint ein Grundproblem für forth zu sein. Entweder man hat es mit Worten zu tun. Dann hat man auch die dazugehörenden Flags (immediate etc) oder man hat ein XT, dann fehlt das halt alles. [Donnerstag, 15. August 2013] [21:22:59] Inner oder äußerer Interpeter hieß das früher... [Donnerstag, 15. August 2013] [21:23:13] Ja, das ist auch einer der Streitpunkte. [Donnerstag, 15. August 2013] [21:23:20] Das smarte COMPILE, kann dieses Problem lösen. [Donnerstag, 15. August 2013] [21:23:34] Allerdings nicht bug-kompatibel mit diversen Systemen. [Donnerstag, 15. August 2013] [21:24:32] Wobei ich Stephen durchaus verstehe. Ab dem Moment, wo Geld im Spiel ist, hört der spaß auf. Was ich mit amforth machen könnte, geht für andere Systeme garantiert nicht. [Donnerstag, 15. August 2013] [21:25:15] Und legacy Code umzustellen ist einfach nur bäh. Siehe avra vorhin ;) [Donnerstag, 15. August 2013] [21:25:59] Genau. [Donnerstag, 15. August 2013] [21:26:08] Wobei für legacy code auch einfach ein legacy compiler hilft. [Donnerstag, 15. August 2013] [21:26:49] MPE verkauft auch noch ihre Vorgängerversion ProForth for Windows an einige Kunden, weil deren Code einfach nur mit dem alten Compiler funzt. [Donnerstag, 15. August 2013] [21:26:51] Nein, sobald legacy im Wortschatz auftaucht, muss eine Migration her. [Donnerstag, 15. August 2013] [21:27:25] Sonst gehen die Kunden zu Ruby (egal, ob sie dort glücklicher werden oder nicht). [Donnerstag, 15. August 2013] [21:29:50] Python 3 bricht AFAIK fast allen Python-2-Code. [Donnerstag, 15. August 2013] [21:29:58] Da scheint man sich das zu trauen. [Donnerstag, 15. August 2013] [21:30:05] Die Diskussion auf der forth200x ML klingt etwas danach, als ob der neue Standard fast fertig ist. Die Probleme, die diskutiert werden klingen sehr nach "Fundamental und Tiefgreifend" [Donnerstag, 15. August 2013] [21:30:48] Das Standard-Dokument und der Standard-Prozess sind zwei Dinge. [Donnerstag, 15. August 2013] [21:30:52] Das Dokument ist fast fertig. [Donnerstag, 15. August 2013] [21:30:59] Der Prozess geht weiter. [Donnerstag, 15. August 2013] [21:31:12] Dicke Bretter muss man immer am Anfang eines "Merge Windows" bohren. [Donnerstag, 15. August 2013] [21:31:12] Was auch gut ist. [Donnerstag, 15. August 2013] [21:40:24] ich bin dann mal weg. Schönen Abend noch [Donnerstag, 15. August 2013] [21:40:28] Ciao! [Donnerstag, 15. August 2013] [21:40:29] Beenden MatthiasT hat den Server verlassen (""). [Donnerstag, 15. August 2013] [21:41:56] So, ich stocher immer noch im legacy-code rum. Bislang allerdings ohne Durchblick 8-> [Donnerstag, 15. August 2013] [21:42:04] Haha. [Donnerstag, 15. August 2013] [21:42:28] Da musst du erst den Staub der Jahrhunderte wegfegen! [Donnerstag, 15. August 2013] [21:43:12] Schau mer mal, 8500 Zeilen C sind nicht undurchdringbar. Aber mein letztes dickes C Programm ist schon 'ne Weile her. [Donnerstag, 15. August 2013] [21:44:01] Ich hab' schon C-Code mit nur 20 Zeilen gesehen, der absolut undurchdringbar war. Allerdings kam der aus einem Wettbewerb für genau dieses ;-). [Donnerstag, 15. August 2013] [21:44:26] jaja, diese Hirnwindung geht mir auch ab. [Donnerstag, 15. August 2013] [21:45:03] Wobei ein Winner beim Obfuscated-C-Contest mal ein Forth-Interpreter war. [Donnerstag, 15. August 2013] [21:45:20] In 20 Zeilen??? [Donnerstag, 15. August 2013] [21:45:24] Das war schon echt cool gemacht; der war eigentlich auch nicht "undurchdringbar". [Donnerstag, 15. August 2013] [21:47:18] Muss das Ding mal suchen, ist schon eine Zeit lang her. [Donnerstag, 15. August 2013] [21:49:04] http://www.ioccc.org/1992/buzzard.2.design [Donnerstag, 15. August 2013] [21:49:34] Das ist der Code: [Donnerstag, 15. August 2013] [21:49:36] http://www.ioccc.org/1992/buzzard.2.c [Donnerstag, 15. August 2013] [21:50:58] Wenn man den so zusammenstaucht, wie das die anderen Entries normalerweise machen, passt der locker in 20 Zeilen. [Donnerstag, 15. August 2013] [21:54:49] Jo, das passt auch in 20 Zeilen. Beeindruckend. [Donnerstag, 15. August 2013] [21:56:07] Was auch beeindruckend ist, ist, dass das Ding keinen Cross-Compiler braucht. [Donnerstag, 15. August 2013] [22:01:16] Ich mach mich denn auch mal vom Acker. Bis demNeXT! [Donnerstag, 15. August 2013] [22:01:35] Ciao! [Donnerstag, 15. August 2013] [22:01:39] Verlassen ew hat den Kanal verlassen (bye.). [Donnerstag, 15. August 2013] [22:01:39] * BerndPaysan macht das Licht aus