Discussion :

[ttone]

Merci pour tous ces éclaircissement,

pour la suite je verrai bien par moi meme, mais a quoi devrais je m'attendre ?
Apres avoir correctement placé et pathé les dylib, mon appli devrait marcher sans avoir à compiler aucune librairies que ce soit (je travaille avec Qt principalement) ?

[ttone]

Ne t'en occupe pas, tu as les binaires universels (cependant limités à un seul OS).

oui mais dans ce cas, l'universel ne me sert pas vraiment

[Ceylo]

oui mais dans ce cas, l'universel ne me sert pas vraiment

Aucune bibliothèque dynamique compilée ne peut fonctionner sur plusieurs OS (chacun ayant son propre format binaire).

Donc... tu n'as aucune autre solution que de faire un installateur pour chaque OS.

[ttone]

Ok, j'ai fais l'acquisition d'InstallAnyWhere (IAW), à l'édition des préférences, ca annonce déjà du simple et efficace.

Mais concrètement...
C'est pas si simple à prendre en main, un petit tuto siouplait ?

[ttone]

J'ai trouvé un tuto fait par ZeroG si je ne m'abuse, il est parfait...


sauf que finalement sur Mac je n'en aurai pas besoin.



mon probleme est assez newbie en fait,
j'ai terminé mon code, compilé mon .app,

Je me retrouve avec un .app et une poignée .dylib et .la

...

qu'est ce que je fais ?
__________________

[ttone]

Sous Cpp les dynlib sont compilées, à choisir ensuite de le faire en statique ou pas (ce qui est possible pour certains framework en tous cas).

Comment fonctionne Java s'il ne les compile pas ?
Il interagit automatiquement avec

[Tarul]

Sous Cpp les dynlib sont compilées, à choisir ensuite de le faire en statique ou pas (ce qui est possible pour certains framework en tous cas).

Comment fonctionne Java s'il ne les compile pas ?
Il interagit automatiquement avec

Java a une compilation en bytecode. Une application java qui utilise des jars, si ces derniers ne sont pas présent dans le classpath lors du lancement de l'appli, cette dernière ne va pas se lancer (les plateformes osgi et les serveurs d'applications fonctionne un peu différemment).

[ttone]

finalement comme Elenhild j'ai pas eu besoin d'installeur...

Une question me taraude cepedant, puisqu'on modifie les chemins d'accés aux dylib, il ne faut surtout pas recompiler le bundle j'imagine ? au risque de réintialiser les binaires non ?

[ttone]

j'ai un truc bizarre, sur un otool, une librairie dyn semble être appelée ici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

./libfmodex.dylib

or elle n'est sur mon systeme qu'a ce niveau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/usr/lib/libfmodex.dylib

alors forcément après un install_name_tool en règle (-id et -change), un nouveau otool me confirme qu'il va chercher toutes les dynlib dans @executable_path sauf libfmodex.dylib, qu'il s'évertue à trouver ici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

./libfmodex.dylib

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
	@executable_path/../Frameworks/libsndfile.1.dylib (compatibility version 2.0.0, current version 2.17.0)
	./libfmodex.dylib (compatibility version 1.0.0, current version 1.0.0)
	@executable_path/../Frameworks/QtGui.framework/Versions/4/QtGui (compatibility version 4.3.0, current version 4.3.4)
	/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 136.0.0)
	/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 949.33.0)
	@executable_path/../Frameworks/QtCore.framework/Versions/4/QtCore (compatibility version 4.3.0, current version 4.3.4)
	/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.1)
	/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

[Ceylo]

j'ai un truc bizarre, sur un otool, une librairie dyn semble être appelée ici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

./libfmodex.dylib

or elle n'est sur mon systeme qu'a ce niveau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/usr/lib/libfmodex.dylib

alors forcément après un install_name_tool en règle (-id et -change), un nouveau otool me confirme qu'il va chercher toutes les dynlib dans @executable_path sauf libfmodex.dylib, qu'il s'évertue à trouver ici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

./libfmodex.dylib

En faisant une recherche je suis retombé sur ce sujet et j'en profite pour répondre. Si la bibliothèque (ou framework n'est pas à l'endroit indiqué) l'OS va regarder dans le répertoire par défaut d'installation des bibliothèques (/usr/lib [& /usr/local/lib ?]) pour les bibliothèques et des frameworks (/Library/Frameworks & /System/Library/Frameworks) pour les frameworks. Pour ça que ton programme fonctionne.