Code OS3.x avec Morphos/OS4, etc…
11 sujets de 1 à 11 (sur un total de 11)
-
Ah … voila un sujet intéressant
Ce dont tu parles, c’est de la cross-compilation (compilation croisée), c’est à dire compiler pour une cible qui n’est pas celle avec laquelle tu compiles.
Je vois 2 solutions :
– utiliser un outil intégré comme cubicIDE qui doit être livré avec les outils de compilation nécessaire
– encore plus simple : utiliser le compilateur vbcc qui s’installe et s’utilise très facilement. Il faut cependant avec le NDK 3.x (le 3.9 était téléchargeable gratuitement).
Avec vbcc c’est facile, tu es sous OS4 ou MorphOS, tu ajoutes l’option +aos68k et ça génère du code Amiga 680×0. J’ai montré ça à Demoniak à l’Alchimie en adaptant son émulateur CPC.
Ensuite, il peut y avoir des options de compilation à changer ou des appels systèmes à remplacer pour 3.x car ils n’existent pas mais un portage requiert toujours quelques efforts.
Une recompilation d’un programme C sur MorphOS, OS4 et OS3.x doit se faire sans trop de problèmes. Pour AROS, je n’ai pas la compétence pour le dire. Je pense qu’il y a quelques « trucs » à connaître mais le but d’AROS est justement de pouvoir bénéficier des programmes Amiga par simple recompilation.
Salut,
oui, je parle de cross-compilation (une chose d’apprise ce jour). donc, facilement, pour du 68k, pour classics a aprtir de AOS4 et/ou MorphOS:
– CubicIDE
– vbcc+NDK3.9+aos68k
+ adaptations specifiques AOS3.x
– combien de temps (minutes, heurs, jours,…) ???
– Force-t-on le programmeur en lui disant d’utiliser vbcc (dois s’en servir toujours) ou c’est un plugins pour son programme de programmation habituel sur AOS4/MorphOS/Aros ???
Dans le cas de faire un port morphOS avec AOS4 ou l’inverse, s’est possible aussi ou faut il passer par AOS3+emulation ????
Desole pour toutes ses questions
je suis surpris que des programmeur comme chris young ou thomas igracki me disent ne pas savoir comment faire du 68k (ou vouloir). J’imagine qu’avec, vbcc, les exe se creent a la suite (aos4, morphOS, 68k) lorsque l’auteur est sur un projet pouvant tourner sur toutes plateformes.
Je me demande si les programmeurs amiga en general sont tous au courant de vbcc.
bye.
Salut,
Je vois que ce n’est pas aussi simple
.Y-a-t-il des conseils alors pour s’en sortir et realiser des versions AOS3/MORPHOS ou AOS3/AOS4 ????
(Programmes a utiliser, methode de programmation,….).
CubicIDE + vbcc+asm68k ne permet pas de faire du morphOS/AOS4/AOS3 sans difficultées majeures ???
merci de l’interet a ce thread ou le but final est e bien comprendre le niveau de dificultees lorsqu’un utilisateur lambda comme moi se permet de demander un port 68k d’un programme AOS4 ou morphOS
PS: qu’est ce que cela doit etre avec OWB ou le source ne vient pas du miga au depart (ou alors c’est mieux).
– tiens, est ce mieux de partir de sources linux, ou PC ou autres ???
Peut-être que ceci n’a rien à voir avec le sujet principal, mais si tu jette un oeil sur mes deux zouaveries de la semaine dernière (usblist et showlib), j’expose comment rendre compatible un bout de code OS4 avec le KS1.1
Le fichier v31lib.h définit des équivalents de fonctions inexistantes dans les vieilles versions, puis au dernier moment on colle un #undef sur les fonctions à remplacer et on redéfinit la fonction par un simple #define.
Bon codage (ou portage, ou compilation)
Les « souffrances » sont dans ses posts
Après, bien sûr, si tu es habitué à foutre des defines partout dans chaque fichier et réécrire la moitié des fonctions pour les remapper vers d’autres et que tu trouves cela normal, alors oui il n’y a rien de bien étonnant.
Je ne dis pas que c’est normal, je dis juste que quand on veut faire un code portable sur plusieurs plateformes il y a des concessions à faire sur certaines de ses règles de bonne programmation
Concernant les defines pour remapper des fonctions, c’est le choix que lui a décidé de faire cela n’a rien d’obligatoire (au passage en général le point d’entrée d’un programme C c’est la fonction main(), utiliser toute autre chose constitue déjà une violation de la portabilité qui entrainera fatalement des problèmes au moment du passage soit à d’autres runtime C soit à d’autres plateformes, d’où les #defines)
11 sujets de 1 à 11 (sur un total de 11)
- Vous devez être connecté pour répondre à ce sujet.
