*** Protokolldatei gestartet *** Datum: Mi Aug 13 20:00:02 2008 [Mi Aug 13 2008] [20:00:02] Betreten Sie haben den Kanal #forth-ev betreten (~bernd@ppp-88-217-56-77.dynamic.mnet-online.de). [Mi Aug 13 2008] [20:02:11] Betreten uho hat den Kanal betreten (~uho@f054116005.adsl.alicedsl.de). [Mi Aug 13 2008] [20:05:28] Betreten BirdReynolds hat den Kanal betreten (~mhx@e243118.upc-e.chello.nl). [Mi Aug 13 2008] [20:07:35] hi [Mi Aug 13 2008] [20:07:59] ho, silver [Mi Aug 13 2008] [20:08:31] Betreten MatthiasT hat den Kanal betreten (~mt@frnk-590ecf56.pool.einsundeins.de). [Mi Aug 13 2008] [20:08:44] guten Abend [Mi Aug 13 2008] [20:08:55] Hallo Mathias [Mi Aug 13 2008] [20:13:03] Müssen Locale Variable eigentlich auf dem Returnstack liegen? [Mi Aug 13 2008] [20:13:50] Was ist da eigentlich das Problem mit relative statt absolute/implicit/explicite INCLUDEDs? [Mi Aug 13 2008] [20:14:42] Matthias: Nein, natuerlich nicht. [Mi Aug 13 2008] [20:14:47] Lokale Variablen müssen nicht auf dem Returnstack liegen, aber es ist meiner Meinung [Mi Aug 13 2008] [20:14:49] IMHO sollte include die URL Syntax benutzen. [Mi Aug 13 2008] [20:15:21] nach der richtige Platz dafür, weil die Lebensdauer der lokalen Variablen an den Aufruf von Worten gekoppelt ist. [Mi Aug 13 2008] [20:16:34] Wie werden da eigentlich die Namen der lokalen Variablen verwaltet? So eine Art temporäres Vocabulary? [Mi Aug 13 2008] [20:16:53] Hallo! [Mi Aug 13 2008] [20:17:45] Sprichst Du von einer Implementierung von ANS LOCALS| ? [Mi Aug 13 2008] [20:17:54] Hallo Bernd [Mi Aug 13 2008] [20:17:55] ja [Mi Aug 13 2008] [20:18:32] Im gforth Quelletext habe ich mich etwas verlaufen, als ich das nachvollziehen wollte ;=) [Mi Aug 13 2008] [20:18:59] Betreten michael__ hat den Kanal betreten (-michael@p57B7B688.dip0.t-ipconnect.de). [Mi Aug 13 2008] [20:19:02] Es gibt da ein Vokabular "locals" [Mi Aug 13 2008] [20:19:09] moin [Mi Aug 13 2008] [20:19:13] Hallo Michael [Mi Aug 13 2008] [20:19:15] Hallo Michael [Mi Aug 13 2008] [20:19:21] hallo Michael [Mi Aug 13 2008] [20:19:39] Und die Definitionen werden in einem Buffer abgelegt [Mi Aug 13 2008] [20:19:40] bin ein bischen spät dran, hatte noch patienten bis gerade. [Mi Aug 13 2008] [20:19:57] Na, dann ist der Sofa jetzt wieder frei ;-) [Mi Aug 13 2008] [20:20:09] ja. [Mi Aug 13 2008] [20:20:09] Ah - so richtig los geht es eh erst um viertel nach. [Mi Aug 13 2008] [20:20:34] und was war in den letzten 5 min dann? [Mi Aug 13 2008] [20:21:04] Locals und eine Frage nach den INCLUDED [Mi Aug 13 2008] [20:21:04] Locals [Mi Aug 13 2008] [20:21:32] Und das vocabulary wird dann für jedes neue Wort geleert? [Mi Aug 13 2008] [20:21:36] Genau [Mi Aug 13 2008] [20:21:57] Da's bei Gforth Locals begrenzter Lebensdauer gibt, auch mal schon mitten im Wort [Mi Aug 13 2008] [20:21:57] ich lausche und staune. [Mi Aug 13 2008] [20:22:13] Ahja. Dann werde ich wohl doch mich mal mit den Dingern beschäftigen müssen. Der Assembler schreit ja auch danach... [Mi Aug 13 2008] [20:22:42] wie kann ein local mitten im wort verschwinden?? [Mi Aug 13 2008] [20:23:06] In Gforth müssen Locals durch den Kontrollfluss erreichbar sein. [Mi Aug 13 2008] [20:23:21] Also etwa IF { a b } ... ELSE { c d } ... THEN [Mi Aug 13 2008] [20:23:39] Da ist nach dem THEN weder a b noch c d sicher erreichbar, also weg mit den beiden. [Mi Aug 13 2008] [20:24:19] : test IF { a b } a b + ELSE { c d } c d - THEN a c + b d - * ; [Mi Aug 13 2008] [20:24:19] :1: Undefined word [Mi Aug 13 2008] [20:24:19] : test IF { a b } a b + ELSE { c d } c d - THEN >>>a<<< c + b d - * ; [Mi Aug 13 2008] [20:24:19] Backtrace: [Mi Aug 13 2008] [20:24:19] $7F34FB7079F8 throw [Mi Aug 13 2008] [20:24:19] $7F34FB71DAA0 no.extensions [Mi Aug 13 2008] [20:24:19] $7F34FB70B330 compiler-notfound1 [Mi Aug 13 2008] [20:25:05] Ja, ich erinnere mich, das stand irgendwo. a b *vor* IF gilt innerhalb innerhaln IF .. THEN dann auch nicht? [Mi Aug 13 2008] [20:25:30] Wenn a b vor dem IF schon definiert sind, dann gelten die innerhalb und danach natürlich schon. [Mi Aug 13 2008] [20:25:40] ok [Mi Aug 13 2008] [20:26:13] Betreten erwaelde hat den Kanal betreten (-user@p549E8C85.dip0.t-ipconnect.de). [Mi Aug 13 2008] [20:26:19] Hallo Erich [Mi Aug 13 2008] [20:26:26] Tag! [Mi Aug 13 2008] [20:26:26] Hallo Erich [Mi Aug 13 2008] [20:26:31] Hallo Erich [Mi Aug 13 2008] [20:26:56] Fehlt nur Ewald ;-) [Mi Aug 13 2008] [20:27:43] @Bernd,uli: Ich bin grad an 'ner Antwort zu Carsten Strotmanns mail wegen Linuxtag 2009. Es scheint machbar zu sein. [Mi Aug 13 2008] [20:27:44] gibt es eigentlich sowas wie ein "free navi" - also open source hard und software gps kistchen? [Mi Aug 13 2008] [20:27:51] hallo Erich. [Mi Aug 13 2008] [20:28:04] Hi Michael. [Mi Aug 13 2008] [20:28:06] openstreetmap hat die Daten, Programme haben die auch verlinkt [Mi Aug 13 2008] [20:28:32] GPS: auf dem Linuxtag wurde das Projekt obico vorgestellt. Das ist [Mi Aug 13 2008] [20:28:33] Das Neo1973 (OpenMoko) hat passende Hardware [Mi Aug 13 2008] [20:29:05] zwar ein Fahrradcomputer, aber eben mit eingebautem GPS und so feine Sachen. Allerdings ist es z.Z. auf der web seite sehr ruhig. [Mi Aug 13 2008] [20:29:14] aha, interessant. [Mi Aug 13 2008] [20:29:16] http://www.obico.de/?loc=start&lang=de [Mi Aug 13 2008] [20:29:40] Hm, klingt interessant [Mi Aug 13 2008] [20:29:55] Da steht sie gehen auf die FrOSCon und die ist ja bald. [Mi Aug 13 2008] [20:29:56] : test 3 5 { a b } a if { a b } + else { c d a } then a . ; redefined a redefined b redefined a :-) [Mi Aug 13 2008] [20:30:14] Die Idee von obico ist u.a., geführte Touren auf dem Ding abzulegen, mit mp3 Dateien als "Führer". [Mi Aug 13 2008] [20:30:27] Was ich auch interessant finde, ist die Versorgung über den Nabendynamo. [Mi Aug 13 2008] [20:30:42] Hauptnachteil kommerzieller GPS-Teile ist die unbrauchbar kurze Batterielaufzeit. [Mi Aug 13 2008] [20:31:01] Die gehen davon aus, dass man jeden Abend Strom hat ;-) [Mi Aug 13 2008] [20:31:03] Weicheier! [Mi Aug 13 2008] [20:31:53] Ja, ich finde auch, daß der obico ein echtes Schätzchen ist. Und hoffentlich kann ich einen ergattern ... [Mi Aug 13 2008] [20:32:05] Froscon, das wär ja ein Grund, hinzufahren. [Mi Aug 13 2008] [20:32:18] Mit embedded Linux läuft da ja dann auch Gforth drauf. Was für ne CPU hat der? [Mi Aug 13 2008] [20:32:40] ARM9 [Mi Aug 13 2008] [20:32:56] Man könnte auch ein embedded Gforth (Gforth EC) drauftun [Mi Aug 13 2008] [20:33:14] na bitte. Da kann dann ja auch Hans Eckes Forth Nativ drauf laufen, oder? [Mi Aug 13 2008] [20:33:16] Der hat 'ne ARM cpu. Linux tät auch laufen, aber eigentlich läuft da ein angepasstes mini-OS drauf, eigentlich nur 'ne ordentliche Applikation. [Mi Aug 13 2008] [20:33:47] Das Display ist IMHO total überengineert [Mi Aug 13 2008] [20:33:58] Jedenfalls wurde beides gezeigt. die "boot"Zeit von dem miniOS ist beeindruckend kurz. [Mi Aug 13 2008] [20:34:19] Das Display soll auch bei vollem Sonnenlicht noch gut ablesbar sein. [Mi Aug 13 2008] [20:34:46] Und das Kistchen soll einen Wolkenbruch unbeeindruckt überstehen. Ich finde, das gehört so. [Mi Aug 13 2008] [20:35:38] Das Hauptproblem sind nicht die Wolkenbrüche, sondern der Dauerregen. [Mi Aug 13 2008] [20:35:56] und openstreetmap wächst da gerade in den obico hinein? [Mi Aug 13 2008] [20:35:57] Da ist mir bei meiner letzten Tour ein Tacho verreckt, der bestimmt 100 Wolkenbrüche überstanden hat. [Mi Aug 13 2008] [20:36:37] die Leute von openstreetmap standen quasi sofort am obico Stand und sagten: [Mi Aug 13 2008] [20:36:54] ja? [Mi Aug 13 2008] [20:37:27] Sehr hübsch, sehr schön. Wir hätten gerne, daß man mit der Bedienung (am Lenker) einen Wegepunkt setzen kann und per Mikro 'ne Beschreibung draufsprechen. [Mi Aug 13 2008] [20:37:53] Das sollte wohl nicht schwierig zu realisieren sein. [Mi Aug 13 2008] [20:38:02] Und sehr cool wäre, wenn man die osm map gleich dabei hätte und sehen würde, wenn da vor mir gerade ein Straßennamen fehlt, ider so. [Mi Aug 13 2008] [20:38:25] Man will aber eben nicht nur erfassen sondern auch Routen planen und navigieren. [Mi Aug 13 2008] [20:38:57] Also Ideen gibt's ohne Ende. HW hat das Prototypenstadium noch nicht verlassen. Eine Kleinserie wäre entsprechend teuer, vielleicht 700 EUR das Stück. [Mi Aug 13 2008] [20:39:02] und ich könnte seetonnen vom Ijsselmeer beisteuern? [Mi Aug 13 2008] [20:39:33] kann die FG da was fördern? [Mi Aug 13 2008] [20:39:42] Routen planen und navigieren geht rel. einfach, wenn man die vorhandenen Linux Komponeneten nimmt. Aber ob das da drauf alles so zügig läuft, weiß ich nicht. [Mi Aug 13 2008] [20:40:06] Normalerweise plant man Routen off-line [Mi Aug 13 2008] [20:40:19] Vielleicht muß man auch bei openmoko was recyclen gehen. Wenn die hw in nennenswerten Stückzahlen zu haben ist, dann wird's das auch bald geben, denke ich. [Mi Aug 13 2008] [20:40:33] Jedenfalls isses ein wunderschönes Spielzeug :-))) [Mi Aug 13 2008] [20:40:53] das heißt du hast schon so ein ding? [Mi Aug 13 2008] [20:40:53] So ein Handy ist besser für Online-Planung geeignet, weil man ja Internet hat ;-) [Mi Aug 13 2008] [20:41:28] Nee, ich hab natürlich noch kein so'n Ding. Aber ich *will* unbedingt eins haben ... [Mi Aug 13 2008] [20:41:47] Am Linuxtag sagten sie, es gäbe exakt vier Geräte. [Mi Aug 13 2008] [20:42:02] 4 ist nicht viel. [Mi Aug 13 2008] [20:42:17] gaht amforth da auch drin? [Mi Aug 13 2008] [20:42:19] Also Auto-Routen plant man gar nicht sondern gibt das Ziel ein und los. [Mi Aug 13 2008] [20:42:39] Ja, aber das sind "ich will von a nach b routen" [Mi Aug 13 2008] [20:42:47] @michael: Fördertonnen, quasi? [Mi Aug 13 2008] [20:42:48] So fährt man nicht mit dem Fahrrad. [Mi Aug 13 2008] [20:42:53] amforth ist nicht für ARM's [Mi Aug 13 2008] [20:43:09] Außer man benutzt das Fahrrad als Verkehrsmittel, und dann weiß man in der Regel ganz gut, wo A und B sind. [Mi Aug 13 2008] [20:43:11] Von { a } nach { b } über { c } :-) [Mi Aug 13 2008] [20:43:35] ein Forth für'n ARM gibt's doch bestimmt. Oder nich? [Mi Aug 13 2008] [20:43:44] Hans Eckes! [Mi Aug 13 2008] [20:43:48] Gforth lässt sich problemlos auf dem ARM übersetzen. [Mi Aug 13 2008] [20:43:56] Na siehste. [Mi Aug 13 2008] [20:44:14] ok, heißt das wir haben ein neues projekt? [Mi Aug 13 2008] [20:44:43] Naja, die Kunst wird darin bestehen, so ein Kistchen zu ergattern ... [Mi Aug 13 2008] [20:45:32] Worin besteht denn das Projekt? Eine Kiste zu ergattern? Ein Forth darauf zu haben? Oder Navi-Software in Forth zu machen? [Mi Aug 13 2008] [20:45:36] Aber schaun wir mal. Froscon. Geht da noch jemand hin??? [Mi Aug 13 2008] [20:45:59] Ich nicht [Mi Aug 13 2008] [20:46:00] Auf nach St. Augustin. (Ich bin leider nicht da.) [Mi Aug 13 2008] [20:46:01] 'ne Tonne zu fördern --- steht doch oben ;-) [Mi Aug 13 2008] [20:46:30] Eine Tonne im Ijsselmeer? Da haben sie genug. [Mi Aug 13 2008] [20:49:43] Navi-Software für's Meer ist übrigens ganz anders wie für Straßen [Mi Aug 13 2008] [20:50:03] was anderes: warum values ins eeprom beim amforth? (constant=flash; variable=zeiger auf ramstelle) [Mi Aug 13 2008] [20:51:39] value: read often write seldom. Passt auf EEPROM wie die Faust aufs Auge [Mi Aug 13 2008] [20:53:04] value benimmt sich gewöhnlich wie eine local variable - die werden dauernd verworfen. verwirrt das dann nicht? [Mi Aug 13 2008] [20:53:27] Values sind aber persistent [Mi Aug 13 2008] [20:53:48] Sind EEPROMs auch, ein bissel zumindest ;=) [Mi Aug 13 2008] [20:53:49] Wie ist das denn mit Defer? Wird dann TO nicht ziemlich kompliziert? [Mi Aug 13 2008] [20:54:11] Nein, da ist amforth sogar OO :=)) [Mi Aug 13 2008] [20:54:22] Ui [Mi Aug 13 2008] [20:54:23] Mit einer Methodentabelle im Flash [Mi Aug 13 2008] [20:55:09] aha - wie heißt die denn? [Mi Aug 13 2008] [20:55:30] hard coded ;=)) [Mi Aug 13 2008] [20:55:51] ?? [Mi Aug 13 2008] [20:57:24] Defer hat einige Spielarten (Edefer, Rdefer, Udefer) mit denen man festlegen kann, wo das deferred Wort abgelegt wird (EEPROM, RAM, USER). [Mi Aug 13 2008] [20:58:09] Dabei wird bei jedem Defer abgelegt, wie nun die konkrete Lese/Schreibroutine ist, so dass das generische defer@/defer! damit arbeitet [Mi Aug 13 2008] [20:59:06] values haben diese zwei Angaben (eine zum Lesen, eine zum Schreiben) nicht, deswegen ist TO im Unterschied zu IS nicht generisch, Aber bislang wollte noch niemand VALUES im RAM haben [Mi Aug 13 2008] [20:59:35] Man könte aber den DEFER/IS Ansatz problemlos auf den VALUE/TO Ansatz umsetzen [Mi Aug 13 2008] [21:00:18] In bigFORTH ist TO=IS [Mi Aug 13 2008] [21:00:30] Aber nicht richtig OO [Mi Aug 13 2008] [21:00:59] Das ist ohnehin so ein Schwachpunkt in Forth: Herausfinden, was für ein Wort man vor sich hat [Mi Aug 13 2008] [21:01:17] Bei Create DOES> kann man ja noch über den Pointer zum DOES> unterscheiden. [Mi Aug 13 2008] [21:02:10] Aber wenn man ein Native-Code-Forth hat, das für jeden Worttyp gleich direkt den Code compiliert... [Mi Aug 13 2008] [21:02:27] Da hilft dann nur die Opcodes vergleichen [Mi Aug 13 2008] [21:03:51] ist das im colorforth anders? [Mi Aug 13 2008] [21:03:52] End-Of-Pipe Lösung. Nur für Notfälle geeignet [Mi Aug 13 2008] [21:04:13] ColorForth speichert alles wesentliche im Editor. [Mi Aug 13 2008] [21:05:25] edit-time, run-time -- no compiletime? [Mi Aug 13 2008] [21:05:49] Es gibt schon eine Compile-Time, aber die findet zum Teil beim Editieren statt. [Mi Aug 13 2008] [21:06:09] Und ob etwas compiliert oder interpretiert wird, ist durch die Farbe markiert. [Mi Aug 13 2008] [21:07:36] du hast damit experimentiert ahne ich? Und bist über die 64K ram grenze des colorforth hinaus? [Mi Aug 13 2008] [21:07:53] Ich habe nur wenige Experimente mit ColorForth gemacht. [Mi Aug 13 2008] [21:10:41] Im Prinzip ist der "Was bist du"-Tag (als OO-vtable) so eine Art Erweiterung des Prelude-Konzepts. [Mi Aug 13 2008] [21:10:46] ok, noch was anderes: Haben wir eigentlich noch genug Beiträge für unsere VD auf Lager? [Mi Aug 13 2008] [21:11:02] Ich muss noch Artikel zu meinem Audio-GUI schreiben [Mi Aug 13 2008] [21:11:24] Ein paar sind noch in der Pipeline aber Bedarf ist immer. [Mi Aug 13 2008] [21:12:01] Das Repository wird wohl am Wochenende auf die 3/2008 aktualisiert. [Mi Aug 13 2008] [21:12:12] Was tut man in so eine Tabelle 'rein? [Mi Aug 13 2008] [21:12:32] welche themen für die VD wünschen wir uns hier in der runde denn? [Mi Aug 13 2008] [21:12:54] Interpretations/Compilations-Verhalten, TO-Verhalten, verschiedene Verhaltensregeln innerhalb von OO-Erweiterungen... [Mi Aug 13 2008] [21:13:42] Forth-20xx overview... [Mi Aug 13 2008] [21:14:12] Da ja Ende September EuroForth+Forth200x-Treffen ist, kann man das sicher einbauen. [Mi Aug 13 2008] [21:14:12] VD: ich könnt noch 'nen miniartikel schreiben zum Umstieg von gforth auf dem r8c auf amforth auf atmega32. Aber so intressant find ich das nicht. [Mi Aug 13 2008] [21:14:52] Kann evtl. ein "neutraler Beobachter" die 100+-Messages zu OO auf clf zusammenfassen? [Mi Aug 13 2008] [21:14:55] Ach ist schon spannend, was dich da bewegt hat, umzusteigen. [Mi Aug 13 2008] [21:15:49] in einem Wort: Platz. [Mi Aug 13 2008] [21:16:16] 100+-Messages zu OO auf clf zusammenfassen: sichten, ja - ob ichs aber verstehe? [Mi Aug 13 2008] [21:17:07] Der r8c ist schon arg klein [Mi Aug 13 2008] [21:17:24] habe neulich die redaktion "spectrum der wissenschaften" besuchen dürfen - war schon spannend wie die ihre beiträge einwerben. [Mi Aug 13 2008] [21:17:54] sie stellen themen auf und suchen sich die autoren dazu. [Mi Aug 13 2008] [21:19:15] Ich hab auf einer "embedded world [Mi Aug 13 2008] [21:19:39] So, es gibt essen, bin mal kurz weg.. [Mi Aug 13 2008] [21:19:51] " sogar mal den Typ am Renesas Stand gequält, aber mehr Datenspeicher auf dem r8c war damals so gar kein Thema. [Mi Aug 13 2008] [21:19:55] Ciao [Mi Aug 13 2008] [21:20:03] Wirseng! [Mi Aug 13 2008] [21:20:15] Es gibt ja R8C-Varianten [Mi Aug 13 2008] [21:20:29] Bernd: Was wird mit Minos/Theseus fuer VFX. Ist das open-source? [Mi Aug 13 2008] [21:20:44] Aber meines Wissens nicht mit mehr "Daten"Speicher. [Mi Aug 13 2008] [21:20:44] Ja [Mi Aug 13 2008] [21:21:00] Ich habe auch nix gegen ein Minos/Theseus auf iForth. [Mi Aug 13 2008] [21:21:18] Ich auch nicht! [Mi Aug 13 2008] [21:21:29] Die erste Portierung ist immer die schwerste. [Mi Aug 13 2008] [21:21:49] Und Stephen Pelc hat versprochen, Doku zu schreiben ;-) [Mi Aug 13 2008] [21:22:18] Release 0.0001 ist wann? [Mi Aug 13 2008] [21:22:44] Sollte Ende August sein. Im Moment bin ich aber anscheinend dabei, VFX-Fehler zu finden... [Mi Aug 13 2008] [21:23:30] Das sind keine Fehler, du machst was falsches :-) [Mi Aug 13 2008] [21:24:19] Ich bin schon ganz am Anfang über den Source-Inliner gestolpert. [Mi Aug 13 2008] [21:24:33] Die optimierte ANS-Version von meinem OOF compiliert Methoden mit [Mi Aug 13 2008] [21:24:55] : method : postpone .. postpone ... postpone ; ; [Mi Aug 13 2008] [21:25:07] und da entsteht dann gar kein inlinebarer Sourcecode ;-) [Mi Aug 13 2008] [21:25:23] Das haben wir Stephen aber schon vor Jahren auf einer EuroForth erklärt. [Mi Aug 13 2008] [21:26:25] Werde das off-line mal versuchen in iForth :-) [Mi Aug 13 2008] [21:26:29] Erich: Die R8C/2A gibt's mit bis zu 128k Flash und 7.5k RAM [Mi Aug 13 2008] [21:27:22] Das VFX-Minos ist im bigFORTH-Repository im Unterverzeichnis vfx-minos zu bestaunen (die Spezialteile für VFX, der größte Teil ist gemeinsam) [Mi Aug 13 2008] [21:28:28] r8c: Aha. Dann muß man aber das Programm gleich in das Forth system"reinkompilieren", oddrrr? Das war doch ein Trick, daß das Programm in den Datenspeicher kompiliert wird. [Mi Aug 13 2008] [21:28:39] Wo? [Mi Aug 13 2008] [21:29:24] svn co http://www.forth-ev.de/repos/bigforth [Mi Aug 13 2008] [21:31:49] r8c: Ja, der Datenspeicher scheint nicht größer zu werden, da muss man dann in das normale Flash 'reincompilieren [Mi Aug 13 2008] [21:32:03] Mit dem Problem, dass das nur 100 mal Löschen verkraftet... [Mi Aug 13 2008] [21:32:07] Wird das fuer 64-bit funktionieren? [Mi Aug 13 2008] [21:32:23] Für 64 Bit wird man die Library-Bindings anpassen müssen. [Mi Aug 13 2008] [21:32:25] Sonst: ja. [Mi Aug 13 2008] [21:33:06] Die Pixmap-Routinen für 32 Bit muss man natürlich auch von @/! auf l@/l! umstellen. [Mi Aug 13 2008] [21:33:26] In iForth32 habe Ich (und HS und CT) viele 1 CELLS == 32bit gemacht. [Mi Aug 13 2008] [21:35:03] Gibt es schon ein Forth-20xx 32b@ etc. usw. Vorschlag? [Mi Aug 13 2008] [21:35:29] Es gibt einen Vorschlag, der aber noch nicht als RFC eingereicht ist. [Mi Aug 13 2008] [21:35:56] Ich tendiere ja zur OF-Syntax, also C@/W@/L@ für 8/16/32 Bit. [Mi Aug 13 2008] [21:36:47] character, word, .. aber L? steht wofür? [Mi Aug 13 2008] [21:36:51] Long [Mi Aug 13 2008] [21:37:12] man braucht auch sign-extension (Ab und zu) [Mi Aug 13 2008] [21:37:27] und 64bit dann?? [Mi Aug 13 2008] [21:37:34] Und wenn das System nicht byte-adressiert ist? Was macht dann C@? [Mi Aug 13 2008] [21:37:35] Ja, gibt's mit sc@, sw@, sl@ [Mi Aug 13 2008] [21:37:50] Gruselig, IMHO [Mi Aug 13 2008] [21:37:57] Uho: Es liest die nächstgrößere Einheit oberhalb vom Byte. [Mi Aug 13 2008] [21:37:59] BTW, : test : postpone + postpone ; ; test aap geht und hat optimale code. [Mi Aug 13 2008] [21:38:12] Und lässt sich auch prima woanders 'reincompilieren. [Mi Aug 13 2008] [21:38:23] Dann passt's bei iForth ja. [Mi Aug 13 2008] [21:39:54] OF hat x@ und x! für 64 Bit [Mi Aug 13 2008] [21:40:21] Optimal, ... na es ist kein Macro geworden. Aber vielleicht soll das auch nicht sein? [Mi Aug 13 2008] [21:40:48] Sollte eigentlich schon ein Macro werden. [Mi Aug 13 2008] [21:41:06] Bei bigFORTH ist das Macro-machen schön explizit [Mi Aug 13 2008] [21:41:15] : test : postpone + postpone ; macro ; [Mi Aug 13 2008] [21:41:19] macht immer Makros [Mi Aug 13 2008] [21:41:38] Na, dann passt's doch :-) [Mi Aug 13 2008] [21:41:59] sollte @ nicht immer eine cell holen? cell=64bit --> @ [Mi Aug 13 2008] [21:42:15] Ja, was macht man aber auf einem 128-Bit-Forth? [Mi Aug 13 2008] [21:42:25] 128 bit holen? [Mi Aug 13 2008] [21:42:33] Wenn man aber nur 64 haben will? [Mi Aug 13 2008] [21:42:36] genanu: @ [Mi Aug 13 2008] [21:42:48] warum sollte man 64 haben wollen? [Mi Aug 13 2008] [21:42:54] 64bit = X@ X! [Mi Aug 13 2008] [21:43:12] Weil z.B. das Hardware-Register memory-mapped ist, und 64 Bit lang? [Mi Aug 13 2008] [21:43:37] Oder weil man irgendwo im TCP-IP-Stack einen 64-Bit-Wert auf's Netzwerk schicken will. [Mi Aug 13 2008] [21:43:40] Und dann eine 128 bit Architektur benutzt wird? Seltsam IMHO [Mi Aug 13 2008] [21:43:44] Z.B. NFS-Dateioffset [Mi Aug 13 2008] [21:44:06] es heitßt doch auch 2@ und 2! für doubblecells [Mi Aug 13 2008] [21:44:09] Na, ich bin mir sicher, dass die 128-Bit-Architektur im Real-Mode booten wird [Mi Aug 13 2008] [21:44:21] Und den Bildschirm gemäß dem VGA-Standard anspricht (80x25 Zeilen) [Mi Aug 13 2008] [21:45:02] Das ist noch prä-CGA, aber der Realmode ist bei den Prozessoren auf denen mich Forth interessiert unbekannt ;=) [Mi Aug 13 2008] [21:45:45] Ach ja: Wer schnell mal gucken will, was OF kann, hier die Quick Reference: [Mi Aug 13 2008] [21:45:47] http://www.firmworks.com/QuickRef.html [Mi Aug 13 2008] [21:46:10] Das schließt den nvidia/ATI Grafikprozessor ein [Mi Aug 13 2008] [21:46:44] Bernd: das method sollte man mit interpret/compile machen? [Mi Aug 13 2008] [21:46:52] Schade, dass Intel so vernagelt ist, und statt OpenFirmware EFI entwickelt hat. [Mi Aug 13 2008] [21:47:37] Die Methods sind eigentlich realtiv einfach gestaltet. [Mi Aug 13 2008] [21:47:39] Schade, dass Intel so vernagelt ist, und statt OpenFirmware EFI entwickelt hat. [Mi Aug 13 2008] [21:47:39] Die Methods sind eigentlich realtiv einfach gestaltet. [Mi Aug 13 2008] [21:47:43] Schwieriger sind die Objekte. [Mi Aug 13 2008] [21:47:44] Kann man nicht einen Factorymodus enwerfen, mit dem man die Worte für die gewünschte Bitanzahl selbst definieren kann? (Im Standard wohlgemerkt) [Mi Aug 13 2008] [21:48:26] Naja, definieren kann man die sich sicher selbst. [Mi Aug 13 2008] [21:48:44] man immer. Keine Frage [Mi Aug 13 2008] [21:48:57] Aber wenn es schon etwas gibt, was mehr als einer benutzt, dann sollte man das auch adaptieren. [Mi Aug 13 2008] [21:49:16] aber nicht flächendeckend für alle denkbaren Fälle [Mi Aug 13 2008] [21:49:35] verpflichtend [Mi Aug 13 2008] [21:49:39] w@/w! gibt's auf vielen Systemen, l@/! auf Gforth und OF, und X@/! nur auf OF [Mi Aug 13 2008] [21:49:52] 640K is enough for everyone. [Mi Aug 13 2008] [21:49:55] Das sind sicher alles optionale Teile. [Mi Aug 13 2008] [21:50:53] Bis neulich dann, adele [Mi Aug 13 2008] [21:51:00] Ja, ist schon spät [Mi Aug 13 2008] [21:51:02] Ciao [Mi Aug 13 2008] [21:51:08] Beenden MatthiasT hat den Server verlassen (EOF From client). [Mi Aug 13 2008] [21:51:21] Meldet Euch alle noch zur EuroForth an, falls noch nicht geschehen. [Mi Aug 13 2008] [21:52:11] Ich mach mich auch davon. Wirrseng! [Mi Aug 13 2008] [21:52:30] Ok, ich mach noch ein Eulerchen. Bis bald. [Mi Aug 13 2008] [21:52:34] Verlassen erwaelde hat den Kanal verlassen (quit). [Mi Aug 13 2008] [21:52:45] byebye [Mi Aug 13 2008] [21:52:52] Beenden BirdReynolds hat den Server verlassen ("a quit that really quits"). [Mi Aug 13 2008] [21:52:55] Ich stell' dann noch das Log ins Web [Mi Aug 13 2008] [21:53:07] na dann tschüß [Mi Aug 13 2008] [21:53:11] ja -gute Nacht [Mi Aug 13 2008] [21:53:15] Gute Nacht! [Mi Aug 13 2008] [21:53:32] Verlassen uho hat den Kanal verlassen. [Mi Aug 13 2008] [21:53:36] Beenden michael__ hat den Server verlassen ("tschüss").