[archimedes] Re: Fragen zum C-Programm Uhrzeit
- From: Alexander Ausserstorfer <bavariasound@xxxxxxxxxxxxxxx>
- To: archimedes@xxxxxxxxxxxxx
- Date: Sun, 26 Feb 2017 16:36:58 +0100
Am 26.02.2017 um 14:25 schrieb Steffen Huber:
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.
Funktioniert aber nicht. Bekanntlich gibt es inzwischen hunderte von
Entwicklungszweige, die alle von Unix abstammen, aber untereinander zum
Teil inkompatibel sind:
https://de.wikipedia.org/wiki/Unixoides_System
Und das gilt anscheinend auch für die Make-Files.
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 gut, wenn du mir eine Quelle mitteilen könntest, wo das
beschrieben wird. Ich fand bisher nämlich nichts dazu. Aber vielleicht
bin ich auch wieder nur zu dumm zum Suchen.
Hätte mich aber auch gewundert. Denn GCC wurde ja dazu geschrieben, um
ein Betriebssystem zu erstellen. Wie soll aber ein Betriebssystem ohne
Module auskommen können? Nur finde ich im Handbuch von GCC nix zum Thema
Module und SWIs.
Seltsamerweise hatten wir auch auf der Fachhochschule nichts dazu gehört
oder vernommen.
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.
Wieso? Man muss doch wohl nur die C-Funktionen auf SWIs umbiegen. Also
den Weg, den OSLib geht, umkehren. Und wie ich am C-Source-Code von
SecureModule sehe, scheint das ziemlich einfach zu gehen. Das meiste
scheint der Compiler zu machen. Vorausgesetzt, er kann es.
Allerdings setzt es außerdem voraus, dass die entsprechenden Libraries
für den Compiler verfügbar gemacht werden. Und hier weiß ich momentan
auch nicht weiter. Sowas wurde auf unserer Hochschule ja auch nicht
behandelt, ja nicht einmal angesprochen. Wie man C-Code portiert.
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.
Das mit den SharedLibs habe ich bis heute nicht kapiert. Dabei handelt
es sich doch ebenfalls um ein Modul, oder?
Ciao,
A.
--
http://home.chiemgau-net.de/ausserstorfer/
Attachment:
signature.asc
Description: OpenPGP digital signature
Other related posts:
