Discussion :

[Emmanuel Deloget]

Bonjour,

Je soumet à votre sagacité légendaire le problème qui, au moment ou je vous parle, aurait tendance à exacerber de manière vive mon dégout déjà perceptible de ces petites machines produites par Apple.

J'ai ordre (j'ai bien dit ordre ; ce n'est pas quelque chose que je fait pour le plaisir. Je travaille là) de modifier un logiciel Open Source dans sa version pour Mac OS 10.4.11. Je télécharge sur www.opensource.apple.com la bonne version. J'extrais l'archive, et je lance la compilation grâce au projet XCode fournit.

Après avoir galéré pendant 2 jours pour réussir à récupérer et installer les diverses dépendances (2 jours!), je me retrouve avec un problème étrange : mon programme refuse de trouver le framework Security (pourtant bien présent dans /System/Library/Framework), provoquant de fait une erreur à l'édition de lien.

Là, je ne comprends pas : comment est-ce que le système peut ne pas trouver ce framework, alors qu'il en trouve d'autres qui sont placés au même endroit ?

Et comment puis-je résoudre cet épineux problème ?

(pour les détails, je ne peux hélas les donner que par MP ; n'hésitez pas à me contacter à ce sujet).

Merci par avance de votre aide.

[JeitEmgie]

quel projet OpenSource exactement ?
vous compilez sur quelle version de MacOS ? sur un Mac PPC ou Intel ?

avez-vous vérifier que le framework est bien disponible dans le SDK cible ?

(dans votre cas, à la compilation, l'édition des liens ne se fait pas avec les /System/Library/Frameworks mais avec les /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks… )

[Emmanuel Deloget]

quel projet OpenSource exactement ?
vous compilez sur quelle version de MacOS ? sur un Mac PPC ou Intel ?

Comme le dit le titre - Mac OS X 10.4.11 PPC. En ce qui concerne le projet OpenSource en question, cf MP (je ne peux pas me permettre de le dire publiquement pour des raisons bassement stratégiques, même si je sais qu'au final, cette modifications sera publique).

avez-vous vérifier que le framework est bien disponible dans le SDK cible ?

cd / && find . -iname "*SDK*"
me renvoie, euh, rien de bien interessant (pas de SDK installé ?).

D'ou une nouvelle question : comment diable est-ce que j'installe le SDK dont j'ai besoin ? D'ailleurs, ou est-ce que je le trouve ce diable de SDK ?

(dans votre cas, à la compilation, l'édition des liens ne se fait pas avec les /System/Library/Frameworks mais avec les /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks… )

Ca explique pas mal de chose - en tout cas, ça explique le problème de lien.

Pendant ces quelques minutes, j'ai essayé autre chose : construire le framework Security avec darwinbuild (répertoire de build configuré avec "-init 8S165"). Echec - darwinbuild termine en me disant qu'il manque deux fichiers header privés (SecureDownload.h et SecureDownloadInternal.h). C'est vexant.

[JeitEmgie]

Comme le dit le titre - Mac OS X 10.4.11 PPC.

donc vous compilez pour "Base SDK" == "Current Mac OS"

En ce qui concerne le projet OpenSource en question, cf MP (je ne peux pas me permettre de le dire publiquement pour des raisons bassement stratégiques, même si je sais qu'au final, cette modifications sera publique).

bullshit: vous utilisez un projet OpenSource, dire lequel ne dira pas à quoi çà servira…

cd / && find . -iname "*SDK*"
me renvoie, euh, rien de bien interessant (pas de SDK installé ?).

non çà veut donc dire que sur cette machine vous ne pouvez développer que pour la version de l'OS installée…

D'ou une nouvelle question : comment diable est-ce que j'installe le SDK dont j'ai besoin ? D'ailleurs, ou est-ce que je le trouve ce diable de SDK ?

sur le DVD d'installation des Developer Tools, mais dans le cas de 10.4 cela ne concerne que 10.3…
donc si vous ne devez pas cross-compiler pour 10.3… ce n'est pas nécessaire…

Ca explique pas mal de chose - en tout cas, ça explique le problème de lien.

Pendant ces quelques minutes, j'ai essayé autre chose : construire le framework Security avec darwinbuild (répertoire de build configuré avec "-init 8S165"). Echec - darwinbuild termine en me disant qu'il manque deux fichiers header privés (SecureDownload.h et SecureDownloadInternal.h). C'est vexant.

je ne vois SecureDownload.h qu'à partir de 10.5
et SecureDownloadInternal.h : nulle part…

[Emmanuel Deloget]

donc vous compilez pour "Base SDK" == "Current Mac OS"

Oui, j'ai vu ça.

bullshit: vous utilisez un projet OpenSource, dire lequel ne dira pas à quoi çà servira…

Oui, mais dire lequel va me mettre le client à dos. Ce n'est pas parce que je ne suis pas complètement d'accord avec leur vision que j'ai le droit de passer outre des termes contractuels.

non çà veut donc dire que sur cette machine vous ne pouvez développer que pour la version de l'OS installée…

A la fois grave et pas grave.

sur le DVD d'installation des Developer Tools, mais dans le cas de 10.4 cela ne concerne que 10.3…
donc si vous ne devez pas cross-compiler pour 10.3… ce n'est pas nécessaire…

Bon, on ne m'a pas transmis les DVD des machines. Donc exit cette solution de toute façon.

je ne vois SecureDownload.h qu'à partir de 10.5
et SecureDownloadInternal.h : nulle part…

Ah.

Sérieux, ça va finir par me faire de la peine. En 10 ans de métier, je n'ai jamais été bloqué plus de quelques heures sur l'apprentissage des fonctions de base d'une plateforme, et là ça fait 3 jours que je me bat avec cet OS. Je commence à en avoir un peu marre.

[JeitEmgie]

http://www.lists.apple.com/mailman/listinfo

c'est là qu'il faut poser ce genre de question… ou fouiller dans les archives…

la probabilité de tomber sur quelqu'un qui ait déjà dût compiler ce projet particulier dans un site de forums "PC-minded" est quasi nulle…
… et en plus, qui aie encore une machine 10.4 sous la main pour regarder exactement ce qui passe…

[Ragmaxone]

il faut bien comprendre que pour un OS remplacé il y a plus de deux ans il faut faire attention

je ne sais pas quelle version de Xcode tu utilises ni sur quelle machine tu compiles mais pour développer sous Tiger il faut Xcode 2.5 si tu travailles sous 10.5 ou 10.6, tu devrais installer la dernière version et ajouter le module pour Tiger.

ensuite je n'ai pas bien compris : tu veux modifier l'appli pour faire quoi ? si c'est pour qu'elle soit compatible avec 10.5 ou 10.6 il faut utiliser la dernière version de Xcode (3.2.1) et installer le module pour Tiger. je te conseille aussi de fouiller la doc Apple car ils ont pas mal d'ouvrages sur le portage.

entre Tiger+PPC et SK+Intel presque tout a changé, c'est pas forcément une mauvaise chose

[Emmanuel Deloget]

il faut bien comprendre que pour un OS remplacé il y a plus de deux ans il faut faire attention

je ne sais pas quelle version de Xcode tu utilises ni sur quelle machine tu compiles mais pour développer sous Tiger il faut Xcode 2.5 si tu travailles sous 10.5 ou 10.6, tu devrais installer la dernière version et ajouter le module pour Tiger.

ensuite je n'ai pas bien compris : tu veux modifier l'appli pour faire quoi ? si c'est pour qu'elle soit compatible avec 10.5 ou 10.6 il faut utiliser la dernière version de Xcode (3.2.1) et installer le module pour Tiger. je te conseille aussi de fouiller la doc Apple car ils ont pas mal d'ouvrages sur le portage.

entre Tiger+PPC et SK+Intel presque tout a changé, c'est pas forcément une mauvaise chose

J'aurais tendance à dire que si, au moins du point de vue industriel.

Sinon, je ne fait pas un portage, mais des évolutions. Par conséquent, je continue à cibler le même OS. La question que je me pose, c'est estc-e que je ne vais pas terminer par travailler sur 10.6 - en espérant que la dernière version d'XCode va résoudre une bonne partie de mes problèmes...

[Ragmaxone]

il faut savoir également sur quelle machine tu travailles, car on peut développer pour Tiger en travaillant sur SL, mais il faut avoir la bonne version de Xcode.

si tu travailles sous Tiger il faut installer la dernière version compatible : 2.5

si c'est SL il te faut la toute toute toute dernière (3.2.1... non, pas 0 )

peut-être que la version de l'application n'est pas faite pour la toute dernière mise à jour de Tiger, et du coup il faut choisir le bon SDK (ça m'étonnerait mais sait-on jamais...)

[Emmanuel Deloget]

il faut savoir également sur quelle machine tu travailles, car on peut développer pour Tiger en travaillant sur SL, mais il faut avoir la bonne version de Xcode.

si tu travailles sous Tiger il faut installer la dernière version compatible : 2.5

si c'est SL il te faut la toute toute toute dernière (3.2.1... non, pas 0 )

peut-être que la version de l'application n'est pas faite pour la toute dernière mise à jour de Tiger, et du coup il faut choisir le bon SDK (ça m'étonnerait mais sait-on jamais...)

J'ai eu le fin mot de l'histoire : le projet n'est pas fait pour compiler sous XCode. Il est nécessaire de le construire dans l'environnement créé par darwinbuild.

Bon. C'est vexant.