Developper sous mac os x avec Xcode

[JoJoS]

Bonjour, Bonjour !!

Alors voilà, il y a pas mal de tutoriaux pour savoir comment installer la PAlib sous Windows et Linux.
Or, l'installation sous mac os x n'est pas si évidente que cela, surtout avec les variables d'environnements (j'ai passé un temps fou a y parvenir pour me rendre finalement compte qu'on ne pouvait pas compiler directement à travers Xcode).

Je propose donc ma façon de procéder sous mac pour ceux ou celles que cela interresse, avec en plus un template Xcode tout frais contenant le projet PAlibTemplate.
De plus, il ne sera pas nécessaire de touché aux variables d'environnement car elles seront incluse dans le makefile.

Prologue

Tout d'abord, vous devez installer Xcode sur votre machine.
Ce dernier se trouve sur votre dvd d'installation de votre mac os, ou à l'adresse suivante : Xcode (http://developer.apple.com/tools/xcode/).

Ensuite, il faut récupérer les dernières versions de devkitARM et de la PAlib.
Rendez vous à cette adresse (http://sourceforge.net/project/showfiles.php?group_id=114505&package_id=124207) pour devkitARM.
Très important, vérifiez à bien prendre la version macosx-ppc pour les mac à base de processeur ppc et la version macosx-intel pour les dernières générations.

Ensuite, téléchargez la version zip de la PAlib ici (http://palib.info/forum/modules/PDdownloads/viewcat.php?cid=2).

Pour finir, récupérez le template Xcode ici (http://jojosdev.neuf.fr/NintendoDS_Xcode_template.zip).

Installation

L'installation de devkitARM se fait par simple double clic du package devkitARM se trouvant dans l'image disque devkitARM.dmg.
Il est important de laisser le chemin /opt/local/devkitPRO à l'installation pour que les variables définies dans le makefile tombent au bon endroit.
Si malgré tout vous souhaitez l'installer dans un autre emplacement, pensez à modifier la première ligne du makefile.
Maintenant, décompresser l'archive de la PAlib dans le répertoire /opt/local/devkitPRO/. Noter que l'archive comprend un dossier PAlib, vous devez donc glisser le contenu de ce dossier.

Maintenant, placez vous dans le répertoire suivant : "/Library/Application Support/Apple/Developer Tools/Project Templates/" et placez-y le dossier NintendoDS extrait de l'archive NintendoDS_Xcode_template.zip.
* Pour Léopard et Xcode 3 le répertoire est le suivant : "/Developer/Library/Xcode/Project Templates/".

Développer et compiler avec Xcode

Voilà, il ne vous restes plus qu'à ouvrir Xcode, à créer un nouveau projet PAlib, et à commencer à coder !!! AU BOULOT !!
A oui, j'oubliai... Pour compiler, vous avez juste à cliquer sur le marteau, et pour faire un "clean", à maintenir le clique sur le marteau, et à sélectionner "clean all".
Petite information tout de même, il est très très important lors de la création de nouveaux fichiers sources, de les placer dans le répertoire physique "sources"!!!

Et c'est fini !!

J'espère sincèrement que ça en aidera certain. Et si vous trouvez des petites erreurs, améliorations ou autre à ce tuto, je suis toute ouïe !!!

** Le dernier template offre une structure mieux foutue.

[JoJoS]

Sniff.. Aucune réponse...

Je vois qu'il y a malgrès tout des personnes qui viennent consulter mon topic, mais aucunes ne réponds..

Au moins savoir si ca fonctionne convenablement, si il y a des problèmes ou autres...
Enfin bon, tant pis, je vais pas en mourir !!!

Par contre !!!

Je ne sais pas comment utiliser l'utilitaire PAGfx pour convertir les images sous mac.
D'ailleurs j'ai vu que ce logiciel à été réaliser en C#... Ce qui ne facilite pas vraiment le portage...

Y a t'il malgrès tout un moyen de convertir ses ressources à partir de mac os x ???

[Bobby Sixkilla]

Cool ton tuto. ^^ Il faut dire qu'on est pas beaucoup a avoir la "chance" d'avoir un mac. Rien que l'absence d'ému, ça rebute quand même pour le dev. :(

[Dragonir]

un petit VMWare et hop magique t'a un ému :p

Bon sinon je viens d'apprendre un truc, j'ai toujours cru que XCode c'etais uniquement pour faire des appli Mac (PC).

[Bobby Sixkilla]

VMWare, ça marche avec un G4?

[Brunni]

Au moins savoir si ca fonctionne convenablement, si il y a des problèmes ou autres...
Enfin bon, tant pis, je vais pas en mourir !!!
Ben tu n'as qu'à tester ^^ C'est sûr que si OSX était "émulable", au moins sur Mac avec VMWare par exemple, ce serait bien mieux pour tester, si jamais ça merde => copie de l'image originale :) Dommage comme toujours cette politique Apple, qui interdit ça dans tous les cas de figure :/

[Dragonir]

VMWare, ça marche avec un G4?

Nan... mais le G4 c'est un peu fini quand meme hein... Le G5 aussi tu sais ;)


Brunni, quel interet d'émuler MacOS X sur Mac :blink:

[Bobby Sixkilla]

G4 is not dead! J'aime mon iBook moi. :wub:

[JoJoS]

Cool !! Merci de vos réponse !! Comme quoi ca à du bon de pleurer !! LOL

Si je peux pas vraiment tester c'est tout simplement parce que je n'ai plus de mac chez moi... J'attend octobre la sortie de léopard pour m'en prendre un nouveau.
J'ai fait ce projet Xcode sur le macbook de ma copine.

Il n'est pas possible d'utiliser VMWare sur un G4 - G5, en revanche il y a Virtual-PC mais c'est lent au possible...
Et c'est vrai que c'est un peu bête d'émuler mac os x sur mac os x...

En tout cas, j'espère qu'il y aura de plus en plus de monde qui se mettra au dev ds sur mac os x !!

Et non, Xcode permet de coder ce que tu veux, il suffit de choisir un type de projet.
Mieux encore !! Si tu veux te servir d'Xcode juste pour l'organisation du projet, mais pas pour développer, tu peux lié un éditeur à chaque type de fichier !!
Franchement, c'est vraiment un très bon outils !!
Mais ne vous privez pas d'Xcode pour coder sur ds, vous aurez même droit à la complétion automatique !!!


Et puis pour l'émulation de la DS, je viens de voir ici (http://www.mac-emu.net/article.php3?id_article=1378) que DeSmuME peut être installer sur mac.
Bon, on est loin du copier coller traditionnel pour installer une appli, mais c'est toujours ca.

Il ne manque vraiment plus que PAGfx et plus rien ne nous empêchera de créer des homebrew sous mac os x !!!

[Brunni]

Brunni, quel interet d'émuler MacOS X sur Mac :blink:
Ben le même qu'émuler Windows sous Windows :) Avoir une machine toujours clean, et une autre pour le reste. Par exemple j'ai tous les softs et drivers pour mes linkers et autres sur un VMWare sur mon DD externe, comme ça quand je passe du fixe au portable voire au PC de mes parents j'ai plus de soucis ^^
Pareil si je dois installer des outils de dév chelou, c'est souvent une horreur pour les enlever ensuite, et ça laisse des traces. Tu peux même utiliser at machine virtuelle comme serveur pour faire des tests, c'est pratique.
Enfin tu vois le style, mais c'est vrai que vu que OSX n'est pas l'OS principal du marché l'intérêt est plus limité, surtout pour une utilisation de tous les jours :)

[Dragonir]

Ben le même qu'émuler Windows sous Windows :) Avoir une machine toujours clean, et une autre pour le reste. Par exemple j'ai tous les softs et drivers pour mes linkers et autres sur un VMWare sur mon DD externe, comme ça quand je passe du fixe au portable voire au PC de mes parents j'ai plus de soucis ^^
Pareil si je dois installer des outils de dév chelou, c'est souvent une horreur pour les enlever ensuite, et ça laisse des traces. Tu peux même utiliser at machine virtuelle comme serveur pour faire des tests, c'est pratique.
Enfin tu vois le style, mais c'est vrai que vu que OSX n'est pas l'OS principal du marché l'intérêt est plus limité, surtout pour une utilisation de tous les jours :)

Et puis surtout sur OSX tout ce que tu fais sur ta machine virtuelle, tu le fais sur une deuxieme session et ca reviens au meme :rolleyes:

[Brunni]

Mwé... chacun sa façon de voir (perso j'en profite pour toucher au système, ce que je n'oserais pas faire sur mon vrai PC). Je ne veux pas être méchant, mais je trouve dommage ton avis trop catégorique... je suis presque sûr que le jour où Apple acceptera la virtualisation de leur système (si jamais ça arrive) toi aussi tu changeras d'avis ;)
Sinon bah c'est un outil de développement en fait. Par exemple là où je bosse ça arrive qu'on demande au client une image VM parce qu'ils ont une config particulière qu'on ne pourrait pas (à moindre frais) reproduire chez nous. Mais comme justement on n'a à peu près aucun client sur OSX ça n'est pas un problème, c'est ce que je voulais dire ^^

[Brunni]

J'ai un apprenti qui a commencé aujourd'hui, et j'ai été étonné, ce qu'ils donnent maintenant au centre de formation professionnelle c'est un disque dur externe sur lequel il y a une image pour VMWare player, avec les softs qu'ils utilisent :)
Comme ça ils peuvent transporter leur machine (de 200 grammes et de moins de 100€!) de la barraque au boulot ou à l'école, tout en ayant les droits d'admin ^^
Voilà un autre exemple où c'est un outil formidable ;)

[Dragonir]

C'est juste que le systeme MacOS X est plus "portable" d'une machine a une autre qui rend l'emulation moins necessaire. N'importe quel support externe est bootable sur Mac, mon iPod me sers souvent lors de mes interventions comme outils de diagnostique et de reparation, j'ai une installe de OSX avec tous les outils qu'il me faut.

Mais je comprend bien comment ce peut etre pratique de virtualisé des installe de windows

[JoJoS]

Désolé de vous interrompre dans votre débat, mais la virtualisation sous mac os x n'est pas vraiment le sujet... :whst:

Bref, pour ceux que ça interressent, voilà le lien pour télécharger l'émulateur DeSmuME pour les mac intel (uniquements...:hum:) :

DeSmuME osx (intel) (http://prdownloads.sourceforge.net/desmume/desmume-0.7.3.dmg.gz?download)

[Bobby Sixkilla]

Je confirme qu'il ne marche pas pas avec les PPC. :(

[JoJoS]

Ouais, c'est vraiment dommage...

Dites, j'avais réussi un moment à trouver les sources pour PAGfx avec les fichiers de projets Visual Studio, mais je n'arrive pas à remettre la main dessus.
Quelqu'un saurait où je peux me les procurer ??
Je voudrais voir si j'y comprend quelque chose pour le refaire pour mac... Si j'y arrive... (ce qui est moins sur, mais si on essai pas...)

[Pyroh]

J'ai porté PAGfx sous mono (donc linux et macos) il est dispo sur palib.info, il te faut mono, la lib GDI+ et les outils de compil kivibien ;)

[JoJoS]

Bonne nouvelle !!!
DeSmuME est maintenant compatible avec les ppc !!!
http://desmume.org/downloads/

A tester, mais en tout cas c'est génial !!

[Bobby Sixkilla]

Très bonne nouvelle! Je teste ça tout de suite. :)

EDIT : Impossible de le télécharger. :(

[JoJoS]

Cool, j'attend impatiement ton verdict !!

[Bobby Sixkilla]

Le téléchargement mache sur la page de sourceforge. ^^

J'ai testé rapidement quelques jeux (A cup of tea, Donuts...). C'est pas top. Les jeux ont planté. Lors de la transition entre différents écran, il semble qu'il y ai des erreurs au niveau des palettes de couleurs... Mais bon, ça marche quand même! :)

[JoJoS]

Arf, c'est dommage que ca émule pas terrible... Je testerai la version intel avec les mêmes jeux que toi pour voir ce que ça donne.

Mais c'est déjà bien qu'il y ait un émulateur pour mac !

Bon, mauvaise nouvelle...
DeSmuME n'est pas compatible avec Léopard, je suis deg...

[JoJoS]

Salut à tous !

Je sais que ça n'intéresse pas grand monde, mais j'ai fait une petite mise à jour du template Xcode.
Je rajouterai à l'occasion d'autres templates pour le développement avec la ulib.

Voilà !

[oks2024]

Merci beaucoup pour ce tuto, du coup ça me motive a m'y mettre !

Par contre au début impossible de compiler, apparement il faut avoir la version 2.0 de devkitarm, sinon la PAlib ne marche pas.
Aprés je découvre encore, donc j'ai pu passer a coté de quelque chose.
En tout cas maintenant je crois en plus avoir de problèmes.

[JoJoS]

Haaa, ça fait plaisir de voir que ce tuto sert à quelqu'un !!!
Et moi qui pensai qu'il me servirait juste de pense-bête...

J'ai pas vraiment compris t'as dernière phrase, tu as réussi à compiler ou non ?

[oks2024]

Je vais mieux expliquer :D.

J'ai commencé par installer la dernière version de devkitARM, c'est a dire la 21.
J'ai ensuite insallé la derniere version stable de PAlib, rajouté ton template a xCode, et tenté de compiler le fichier par defaut. Et la il m'a sorti une erreur de compilation venant d'un fichier de la PAlib.
Aprés quelques recherches, j'a trouvé une personne ayant eu le même problème http://gueux-forum.net/index.php?showtopic=171721 .
J'ai donc essayé avec devkitARM 20 et maintenant je n'ai plus de problème .

[lyonnel4]

salut,
merci pour ce tuto.
il va me faciliter les choses.
jusqu'à present xcode ne me servait que d'editeur de fichier .c ou .h et je compilais via le terminal.
maintenant, je vais pouvoir faire les choses plus simplement.

petite question: comment faire pour faire un projet xcode à partir des fichiers de mes precedents projets ?

[JoJoS]

Salut !!!
Haa je suis ravi de voir des développeur sous osx !!

Pour réutiliser tes sources, le mieux est de faire un nouveau projet DS à partir d'Xcode, puis dans le Finder tu copies toutes tes sources dans le répertoires "sources" de ton projet.
Ensuite, tu retournes dans Xcode, et tu clic droit (control-clic) sur le répertoire source. Là tu choisis "Add Existing Files...", puis tu sélectionnes tous tes fichier sources.

Par contre je crois qu'il y a un problème avec le répertoire gfx...
Lorsqu'on met les sources des images, il se peut qu'à la compilation ça râle.

Dans ce cas, il faut, dans le Finder, déplacer le répertoire "gfx" dans le répertoire "sources".
Xcode va colorer le texte en rouge pour préciser qu'il ne trouve plus ce répertoire.
Pas de problème, un petit tour dans l'inspecteur (pomme-i) puis on indique son nouveau chemin d'accès avec le bouton "choose".

Je réglerai ce petit problème la prochaine fois...

J'ai commencé par installer la dernière version de devkitARM, c'est a dire la 21.
J'ai ensuite insallé la derniere version stable de PAlib, rajouté ton template a xCode, et tenté de compiler le fichier par defaut. Et la il m'a sorti une erreur de compilation venant d'un fichier de la PAlib.
Aprés quelques recherches, j'a trouvé une personne ayant eu le même problème http://gueux-forum.net/index.php?showtopic=171721 .
J'ai donc essayé avec devkitARM 20 et maintenant je n'ai plus de problème .


Je ne trouve ça pas terrible de la part des développeurs de devkitARM de ne pas assurer une rétro compatibilité avec ses versions précédentes... Ca oblige les dév des librairies à ré-écrire certaine partie de leur code.
Enfin bon, ce doit être pour économie de "place" pour la rom...

En tout cas, ravis que cela fonctionne bien à présent !!

[Cortes48]

Bonjour

J ai tout instaler mais quand je compile j ai une erreur

Command /usr/bin/make failed with exit code 2

Que dois je faire ?

[JoJoS]

Bonjour

J ai tout instaler mais quand je compile j ai une erreur

Command /usr/bin/make failed with exit code 2

Que dois je faire ?

Arf, désolé pour ce retard...
Je ne passe plus très souvent par là.

Essai de placer le repertoire gfx dans le dossier source directement.
Sinon, là comme ça, je ne vois pas trop quel est le problème...

T'es parti d'un template neuf ou d'un projet déjà avancé ?

[lisapple]

Bonjour tout le monde! je suis ravis de voir que quelqu'un s'intéresse au mac users pour ce dvp! par contre le lien vers le template Xcode et mort! Si c'est possible d'avoir un nouveau lien... merci d'avance :)

[JoJoS]

Arf, désolé !!

Je n'ai plus beaucoup de temps à consacrer au dév ds en ce moment ...

Pour le template c'est bizarre que le lien ai sauté ...
Je vais voir ce qu'il se passe.

[EDIT]
Après vérification, le lien n'est pas mort ...
Re-tente le téléchargement pour voir.

[lyonnel4]

Salut,
je tiens à te remercier (avec beaucoup de retard , désolé) pour ta réponse très complète à ma petite question.

[JoJoS]

Et bien "de rien" un peu en retard également...