pseudopseudonym schrieb:Wenn du diese sogar kompilierst, ist's ja vermutlich Open Source. Daher bin ich sehr gespannt auf deine Beispiele, das muss ich mir direkt mal angucken.
Ich sag's dir ganz ehrlich, ich kann mir nicht vorstellen, dass du mir komplexere Software verlinken kannst, die wirklich auf dem Originalstand von 1998 auf einem aktuellen System kompiliert werden kann.
Ein paar Kleinigkeiten gab's schon, aber:
burg: gebaute Version Original von WIMRE 1992
iburg: gebaute Version Original von 1993
Fuer gforth gibt's neuere Versionen, aber ich fand es ganz interessant, dass ich letztens gforth-0.3.0 von 1997 fast problemlos bauen konnte. Gerade wieder einmal probiert:
Code:
wget http://www.complang.tuwien.ac.at/forth/gforth/old/gforth-0.3.0.tar.gz
tar xfz gforth-0.3.0.tar.gz
cd gforth-0.3.0
./configure && make
#da gibt's am Ende einen Fehler, dafuer gibt's dann folgendes Workaround:
setarch `uname -m` -R GFORTHD="./gforth-ditc -p .:." ./gforth-makeimage gforth.fi -p .:. -i ./kernel.fi startup.fs
#fertig; kannst aber auch noch einmal "make" machen, um es bestaetigt zu kriegen:
make
Edit: Etwas vereinfacht:
Code:
wget http://www.complang.tuwien.ac.at/forth/gforth/old/gforth-0.3.0.tar.gz
tar xfz gforth-0.3.0.tar.gz
cd gforth-0.3.0
./configure && setarch `uname -m` -R make
Es geht nicht um ständige Wartung. Musst du direkt das andere Extrem einschlagen?
Wenn's stattdessen regelmaessige Wartung braucht, ist das fast noch schwerer auf Dauer durchzuhalten. Das einzige, was wirklich dauerhaft funktioniert: keine Wartung. Dann darf halt auch keine Wartung noetig sein. D.h. jede Library, die verwendet wird, muss ihre APIs stabil halten.
Selbst wenn die APIs stabil bleiben, läuft die Lib nicht unbedingt in 20 Jahren auf einem dann aktuellen OS.
Klingt fuer mich nach dem falschen OS. burg und iburg wurden wohl nicht auf Linux entwickelt, und gforth nur teilweise, und die haben kein Problem, nach ueber 20 Jahren auf dem aktuellen Linux zu laufen.
Zuletzt bearbeitet: