D pour Xcode

Téléchargement

D pour Xcode 1.1b2 (740 Ko): Dernière version du plugin D pour Xcode, le 21 septembre 2008.
Code source 1.1b2 (1,6 Mo): Code source vous permettant de construire le plugin vous-même.

Vous pouvez suivre le développement de ce projet sur un miroir de mon dépôt git accessible depuis git.michelf.com.

Note : Le support pour Xcode 3 est encore incomplet en ce qui concerne la coloration syntaxique.

Introduction

Ce plugin D pour Xcode simplifie le développement d’outils, de libraries et d’applications dans le language de programmation D à l’aide de l’environnement de développement Xcode d’Apple. Ce plugin fait les choses suivantes :

Il ajoute à Xcode le compilateur D GDC et les règles de compilation appropriées de façon à ce que les fichiers source D sont reconnus et aussi facile à compiler que ceux en C, C++ et en Objective-C. Après avoir ajouté un fichier source D à un projet ou à une cible, des options spécifiques au compilateur D apparaîtrons dans les réglages de construction (build settings).
Il permet à Xcode de traquer les dépendances entre les fichiers (en regardant les directives import) et recompile automatiquement les fichiers quand une de leur dépendance est modifié.
Il permet au débogueur de Xcode de fonctionner avec les fichiers D : ajouter un « breakpoint » ou parcourir le code pas-à-pas fonctionne exactement comme ça devrait.
Il permet un coloriage syntaxique « parfait » basé sur le lexeur du « D front end » de Digital Mars.
Il ajoute le menu déroulant « Code Sense » au dessus de la zone d’édition affichant les fonctions, les classes et quelques autres éléments qui se trouvent dans votre fichier source.
Il donne un icône au fichiers .d et .di dans le Finder et ailleurs dans le système, et il permet aux fichiers D de s’ouvrir dans Xcode par défaut. Sur Mac OS X 10.5 Leopard, les fichiers D s’ouvrent dans Xcode 2.5 puisque ce plugin ne supporte pas Xcode 3.

Configuration requise

Mac OS X 10.4 avec Xcode 2.4.1 ou Xcode 2.5
Mac OS X 10.5 avec Xcode 2.5 ou Xcode 3

Note : Le support pour Xcode 3 est encore incomplet en ce qui concerne la coloration syntaxique.

Installation

Pour Xcode 2.4.1: Déplacez le fichier « D for Xcode.xcplugin » que vous avez téléchargé dans le dossier « /Library/Application Support/Apple/Developer Tools/Plug-ins » (créer le dossier au besoin), et relancez Xcode.
Pour Xcode 2.5 et Xcode 3: Déplacez le fichier « D for Xcode.xcplugin » que vous avez téléchargé dans le dossier « /Library/Application Support/Developer/Shared/Xcode/Plug-ins » (créer le dossier au besoin), et relancez Xcode.

Alternativement, vous pouvez installer le plugin dans le dossier Library (Bibliothèque en français) de votre propre compte.

Une fois fait, vous pouvez créer des fichiers D et les ajouter aux cibles (target) voulu dans vos projets Xcode ; ils devrait compiler et se lier correctement.

Note : Avec Xcode 3 vous devrez ouvrir le paneau d’information pour vos fichiers et choisir le type de fichier pour « sourcecode.d ». Autrement Xcode 3 interprète les fichiers se terminant par l’extension .d pour des fichiers dtrace.

Copies d’écran

Problèmes connus

Les commentaires imbriqués (/++/) et les commentaires de documentation sont ignorés par la coloration syntaxique sous Xcode 3.
Le pliage de code dans Xcode 3 ne fonctionne pas toujours correctement.
Les fichiers avec l’extension .d reçoivent le type « sourcecode.dtrace » au lieu de « sourcecode.d » quand ils sont ajoutés à un projet. Ceci parce que Xcode possède déjà une règle associant les fichiers .d avec dtrace. Vous devrez ouvrir le paneau d’information pour vos fichiers et choisir le type de fichier « sourcecode.d ». Ceci ne s’applique pas à Xcode 2.x.
Le débogueur ne décode pas les noms de fonction.
Le débogueur n’affiche pas d’une façon très pratique le contenu des objets.
Compiler avec un SDK sous Xcode 2.4.1 génère un avertissement tout à fait bénin au sujet d’un repertoire manquant. Vous pouvez ajouter un répertoire vide au chemin spécifié dans le SDK pour éliminer l’avertissement, ou vous pouvez mettre à jour à Xcode 2.5 qui semble mieux se comporter.

Répertoires des modules

Le compilateur et le scanner de dépendance assument que le répertoire des modules dans lequel vous travaillez et le répertoire dans lequel se trouve votre projet. Ceci veux dire qu’un module nommé paquet.monmodule doit se trouver à PROJECT_DIR/paquet/monmodule.d. Vous pouvez ajouter d’autres répertoires de module (pour utiliser une librarie par exemple), mais le graphe de dépendances ne les prendra pas en compte et vos fichiers qui en dépendent ne seront pas recompilées automatiquement (vous devrez nettoyez la cible d’abord (Clean Target)). Laissez-le moi savoir si ça devient un inconvénient.

Bogues

Si vous trouvez un problème, que Xcode plante ou pas, j’aimerais que vous m’en fassiez part. Donnez-moi toute information pertinente (tel qu’un « crash log » de Xcode) et les étapes appropriées, ou les fichiers, pour répliquer le problème (pour que je puisse tester localement). Vous pouvez envoyez vos rapports de bogue à cette adresse : michel.fortin@michelf.com.

Licence

D pour Xcode est disponible sous la « GNU General Public License » version 2 ou plus récente.

Historique

D pour Xcode 1.1b2 (21 Sep 2008)

Amélioration du pliage de code.
Réparation d’un problème où la commande de l’éditeur de lien était incorrecte sous Xcode 3.1.

D pour Xcode 1.1b1 (31 mai 2008)

Mis à jour le processus de construction et les autres partis du plugin pour Xcode 3 sur Leopard. Le plugin fonctionne toujours avec les versions de Xcode supportés précédemment (2.4.1 et 2.5).
Création d’un nouvel ensemble de règles pour la coloration syntaxique pour Xcode 3 supportant le pliage de code.

D pour Xcode 1.0.1 (23 novembre 2007)

Le plugin enregistre maintenant son appplication de lancement quand il est chargé par Xcode. Auparavant, il fallait compter sur le Finder pour l’enregister, mais ce n’était pas toujours fiable ; maintenant nous avons un plan de secours.

D pour Xcode 1.0 (20 novembre 2007)

Première version non-beta.