Articles

Construire le compilateur "Portable Object Compiler" et ses librairies sous AmigaOS4.x

Image
Introduction Portable Object Compiler est un compilateur Objective-C maintenu par David Stes. Il est accompagné entre autres, de sa bibliothèque d'exécution (Runtime library) couvert par la license GPL. Il reste fidèle au papier du Docteur Brad Cox, l'inventeur de ce langage. Comme son nom l'indique, cette implémentation se veut portable. En effet, il suffit de disposer d'un compilateur C et de quelques outils courants pour le compiler. Vous pouvez trouver d'avantages d'informations à son propos ici : http://users.telenet.be/stes/compiler.html Ce billet détaille comment construire ce compilateur Objective-C. La construction du compilateur se passe en deux étapes : - la construction d'une version légère du compilateur Objective-C (bootstrap) qui ne requière qu'un compilateur C. - la construction de la version complète qui nécessite un compilateur Objective-C (d'où la nécessité du compilateur de bootstrap). Pré-requis - le SDK 53.

Mettre en place un environnement de développement pour AmigaOS 4.1FE

Je vais vous parler ici de la configuration que j'utilise pour développer. Voici la liste des les logiciels utilisés : - Editeur de texte : StormC5ED - Compilateur C/C++ : GCC 4.2 - Débogueur : DB101 - Visualiseur de sortie série : Sashimi - Kit de développement : SDK53.30 - Terminal de commande Prenons le temps de faire un tour succinct de chacun d'entre eux. StormC5ED Cet éditeur offre une expérience d'écriture de code tout à fait acceptable. Très léger, il offre une coloration syntaxique pour quelques langages : C, C++, ARexx, AmigaGuide. Il gère les onglets multiples et "le pliage de code". Ce dernier consiste en un regroupement du code d'une fonction. Une fois pliée, la fonction n'occupe plus qu'une ligne dans l'éditeur. DB101 Ce débogueur dispose d'une interface graphique conviviale. Il supporte les exécutables contenant les informations de déboggage STAB (table de symboles). Les fonctionnalités classiques telles

"dyld: Library not loaded, reason: image not found" ou comment embarquer une librairie à lien dynamique / framework avec iOS 8+

Image
Le problème : Au cours du développement d'une application, j'ai eu besoin d'ajouter un sous-projet produisant un "Framework" (autrement dit une dépendance installée via Carthage). Lors de l'execution sous l'émulateur, tout fonctionna très bien. Mais en lançant l'application sur un appareil physique, il apparut un message proche de celui-ci : dyld :   Library  not loaded :   @ rpath / Machin . framework / Machin Referenced from : / var / mobile / Applications / FA 6... B 6 / MachinApp . app / MachinApp Reason : image not found Que faire dans ce cas ? Dans l'onglet "cible" du projet dépendant, ajouter le framework via la liste "Embedded Binairies". Voici une capture d'écran montrant la structure du projet et la fenêtre de dialogue permettant d'ajouter la dépendance binaire. Pour référence, le lien StackOverflow :  https://stackoverflow.com/questions/24333981/ios-app-with-framework-cras