[archimedes] Re: Fragen zum C-Programm Uhrzeit
- From: Steffen Huber <steffen@xxxxxxxxxxxx>
- To: archimedes@xxxxxxxxxxxxx
- Date: Sun, 26 Feb 2017 14:25:19 +0100 (CET)
Alexander Ausserstorfer <bavariasound@xxxxxxxxxxxxxxx> hat am 24. Februar
2017 um 18:19 geschrieben:
In message <052bcca9-b618-3cde-309a-37a39ecad83b@xxxxxxxxxxxxxxx>
Alexander Ausserstorfer <bavariasound@xxxxxxxxxxxxxxx> wrote:
Den anderen Compiler von ROOL sollte ich mir wohl auch nochmal holen.
Zumn Vergleichen. Bisher hatte ich allerdings nicht wirkliches Interesse
daran, weil ich mit gcc eigentlich auch alles machen kann, was ich
möchte (einschließlich Assembler).
Äh - ja. Und nein. Nicht sollte. Sondern wohl oder übel ein Muss.
Inwiefern ein Muss? Wenn man nicht RISC OS selbst bauen will, ist
das DDE keineswegs ein Muss. Es ist zweifellos ein kompetenter C-Compiler,
aber mehr nicht.
Der Quellcode von !POPStar wurde mit Norcroft compiliert. Dafür liegt
auch die Make-Datei vor. Mit !GCC habe ich das Compilieren bis heute
nicht hinbekommen.
Das liegt aber bestimmt nicht am GCC. Und ein Makefile sollte so gebaut
sein, dass es sowohl mit GCC als auch mit Norcroft funktioniert.
Was aber noch viel wichtiger ist: Der Quellcode vom SecureSocket-Modul
von rComp (für !Hermes) liegt ebenfalls für den Norcroft vor.
Anscheinend kann man mit dem Norcroft auch Module schreiben / erstellen.
Etwas, was ich mit dem GCC bisher nicht geschafft habe.
Sowohl Norcroft als auch GCC können selbstverständlich RISC OS-Module
erstellen.
Dann wäre es relativ einfach, ein neues Modul zu erstellen. Die
eigentliche API besteht scheinbar aus nur einigen wenigen Dateien.
Die Schwierigkeit ist doch nicht, ein Modul zu erstellen. Sondern
aus vorhandenen, funktionierenden SSL-Bibliotheken ein API-gleiches
funktionierendes Modul zu bauen. Und dabei muss man leider alle
Einschränkungen beachten, denen so ein RISC OS-Modul unterliegt.
Was wieder mal beweist, dass shared libs und Integration der SLL-Libs
auf Anwendungsebene der einzig wahre Weg ist. Zumindest, wenn man
nicht die Manpower hat, um ein Model wie SecureSockets dauerhaft
und zeitnah aktuell zu halten. R-Comp ist daran bekanntlich glorios
gescheitert.
Gruß
Steffen
--
Steffen Huber LambdaComm System – Welcome to Trollinger Country
steffen@xxxxxxxxxxxx
Private homepage
http://www.huber-net.de/
RISC OS Blog
http://riscosblog.huber-net.de/
Other related posts:
