Problèmes de Makefile, l'execution de make est interrompu

[belaran]

En fait, je ne préfèrerais pas passer par des libs unstable. Je cherche pas à juste faire marcher crypto sur mon mac, je cherche à le rendre compatible sur mac de manière professionniel ( donc pas d'unstable).

En utilisant autoconf 2.54 et automake 1.6.1, tout s'execute bien jusqu'au make :

CODE

ld: Undefined symbols:
_OPENSSL_add_all_algorithms_noconf
_EVP_DigestFinal_ex
_EVP_DigestInit_ex
_EVP_MD_CTX_cleanup
_EVP_MD_CTX_init
_EVP_aes_128_cbc
_EVP_aes_192_cbc
_EVP_aes_256_cbc
_PKCS12_certbag2x509
_PKCS12_decrypt_skey
_PKCS12_unpack_authsafes
_PKCS12_unpack_p7data
_PKCS12_unpack_p7encdata
_NCONF_get_number_e
make[4]: *** [Cryptonit] Error 1
make[3]: *** [all] Error 2
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
[smurf:~/Desktop/chombier] guest%

a partir de là, g un peu de mal...

[chombier]

Il semble que ton make ne trouve par les librairies OpenSSL.
La version OpenSSL installée par Fink est exactement la même que celle installée par Apple, à savoir la 0.9.7.
Et comme je l'ai dit au début, cette version de Cryptonit ne fait que marchotter. Il semble qu'il y ait beaucoup de boulot pour obtenir une version stable. Surtout si tu débutes en programmation...

[belaran]

je débute pas vraiment en progra mais j'ai surtout jamais fait ce genre de manip...

Mon stage est supposé duré encore 7 semaines donc je vais peut-être arrivé à quelquechose.

Pourquoi le make ne trouve pas les libraires OpenSSL ?

J'ai installé la version 0.9.7a mais quand je fais :

CODE

[smurf:/sw/lib] guest% nm libssl.0.9.7.dylib | grep OPENSSL_add
[smurf:/sw/lib] guest%

donc le symbole OPENSSL_add_all_algorithms_noconf n'est pas défini dans cette version... Il en faut une plus récente ?

Les symboles de type EVP sont définie aussi dans la librairie de OpenSSL ?

[chombier]

OpenSSL se décompose en plusieurs fichiers dont libcrypto et libssl.

[belaran]

CODE

[smurf:/sw/lib] guest% nm libcrypto.0.9.7.dylib | grep OPENSSL_add
0005e72c T _OPENSSL_add_all_algorithms_conf
        U _OPENSSL_add_all_algorithms_noconf
00062634 T _OPENSSL_add_all_algorithms_noconf

il est bien définie ici ce symbole !

et

CODE

[smurf:/sw/lib] guest% nm libcrypto.0.9.7.dylib | grep _NCONF_get_number_e
        U _NCONF_get_number_e
000905f0 T _NCONF_get_number_e
[smurf:/sw/lib] guest%

ect... bref, ils sont tous dans la librairie de libcrypto !

Pourquoi le make ne les trouve-t-il pas !

Rq:

CODE

[smurf:/sw/lib] guest% ls libcryp* libss*
libcrypto.0.9.6.dylib   libcrypto.0.9.7.dylib   libssl.0.9.6.dylib      libssl.0.9.7.dylib

Pourquoi g les lib 9.6 ET 9.7 ? Peut-être devrais-je retirer les 9.6 ou elles servent aussi au 9.7 ?

[chombier]

Comment as-tu installé OpenSSL ?
Normalement, ton dossier /sw/lib doit contenir des liens symboliques sans numéro de version qui pointent sur les dernières versions des librairies.

CODE

-r-xr-xr-x  1 root  admin  1220436 29 May 18:28 /sw/lib/libcrypto.0.9.7.dylib
-rw-r--r--  1 root  admin  2218648 23 Mar 12:34 /sw/lib/libcrypto.a
lrwxr-xr-x  1 root  admin       21 23 Mar 12:34 /sw/lib/libcrypto.dylib -> libcrypto.0.9.7.dylib
-rwxr-xr-x  1 root  admin  1455060  1 Jul 20:27 /sw/lib/libcryptonit.0.0.0.dylib
lrwxr-xr-x  1 root  admin       24  1 Jul 20:27 /sw/lib/libcryptonit.0.dylib -> libcryptonit.0.0.0.dylib
-rw-r--r--  1 root  admin  1737604  1 Jul 20:27 /sw/lib/libcryptonit.a
lrwxr-xr-x  1 root  admin       24  1 Jul 20:27 /sw/lib/libcryptonit.dylib -> libcryptonit.0.0.0.dylib
-rwxr-xr-x  1 root  admin      830  1 Jul 20:27 /sw/lib/libcryptonit.la
-r-xr-xr-x  1 root  admin   271996 29 May 18:28 /sw/lib/libssl.0.9.7.dylib
-rw-r--r--  1 root  admin   369660 23 Mar 12:34 /sw/lib/libssl.a
lrwxr-xr-x  1 root  admin       18 23 Mar 12:34 /sw/lib/libssl.dylib -> libssl.0.9.7.dylib

Tu as remarqué que j'ai aussi un libcryptonit...

[belaran]

CODE

-r-xr-xr-x  1 root  admin   950260  1 Jul 10:12 libcrypto.0.9.6.dylib
-r-xr-xr-x  1 root  admin  1212800  1 Jul 12:42 libcrypto.0.9.7.dylib
-r-xr-xr-x  1 root  admin   259564  1 Jul 10:12 libssl.0.9.6.dylib
-r-xr-xr-x  1 root  admin   268756  1 Jul 12:42 libssl.0.9.7.dylib

G pas les liens ! Mais ils apparaissent dans les autres librairies...

G installer/desinstaller plein de fois avec fink , toi aussi non ?

Pourquoi les liens n'ont pas été crée...

Tu as remarqué que j'ai aussi un libcryptonit...   

(là t'es dur avce moi... )

[chombier]

G pas les liens ! Mais ils apparaissent dans les autres librairies...

Tu peux les recréer à la main:

CODE

cd /sw/lib/
sudo ln -s libcrypto.0.9.7.dylib libcrypto.dylib
sudo ln -s libssl.0.9.7.dylib libssl.dylib

Ou alors réinstaller OpenSSL via Fink. Le make install doit créer ces liens.

G installer/desinstaller plein de fois avec fink , toi aussi non ?

Non. J'installe une nouvelle version lorsqu'une mise à jour est disponible, mais pas plus.

Pourquoi les liens n'ont pas été crée...

Aucune idée. tu as peut-être bidouillé manuellement dans /sw ?

(là t'es dur avce moi...    )

Bah je me suis simplement servi des sources dispos via fink...

[belaran]

CODE

ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used
symbol _crypt used from dynamic library /System/Library/Frameworks/System.framework/System(crypt.So) not from earlier dynamic library /usr/lib/libcrypto.0.9.dylib(fcrypt.o)

En fait, c plus sournois dans le message d'erreur ci-dessus il va récupérer des libraires "périmé" d'openssl dans le /usr/lib/ (et non /sw/lib). Je préfère les laisser là pour bien séparer "fink" et le système OsX. Je suis entrain de chercher dans le configure.in comment modifié ce chemin par défaut...

[chombier]

Non non, aucun rapport avec des librairies "périmées". c'est plutôt parce que le code est linké à la fois avec le framework System et openssl, qui exportent tous les deux une fonction crypt().
Tu n'aurais pas ajouté le framework System dans le Makefile ?

[belaran]

Je n'ai rien fait de la sorte, non.

Je ne vois ce qui empeche les deux d'importer la fonction cryp()

et de tout manière derrière ce message il y a tjrs les symboles indéfini...

Tu crois vraiment que ça vient du System/...
?

[chombier]

Je n'ai rien fait de la sorte, non.

Je ne vois ce qui empeche les deux d'importer la fonction cryp()

et de tout manière derrière ce message il y a tjrs les symboles indéfini...

Tu crois vraiment que ça vient du System/...
?

Le message "symbol _crypt used from dynamic library /System/Library/Frameworks/System.framework/System(crypt.So)" veut dire qu'il a trouvé une fonction crypt() dans le System.framework et la suite "not from earlier dynamic library /usr/lib/libcrypto.0.9.dylib(fcrypt.o)" veut dire qu'il a ignoré la seconde fonction crypt() située dans libcrypto.
Il y a un conflit de nom de fonction entre ces deux librairies.
Il faut voir si elle est appelée quelque-part dans le code source, et laquelle est nécessaire.

[belaran]

en fait c un problème du à mon système pas du tout à l'install... je devrais peut-être tout réinstaller ( panther, plus quelques updates via fink) non ?

[f_cam]

Sur mac os x, la libc est une symlink vers la libSystem ce qui explique le pourquoi. J;ai des projets qui utilisent à la fois la libSystem et la libcrypto et à part le warning je n'ai aucun probleme.

[chombier]

Sur mac os x, la libc est une symlink vers la libSystem ce qui explique le pourquoi. J;ai des projets qui utilisent à la fois la libSystem et la libcrypto et à part le warning je n'ai aucun probleme.

Certes, mais si jamais ces deux fonctions ne sont pas identiques, le résultat d'un appel sera difficilement prévisible. Je n'avais pas fait trop attention aux warning lors du make, je viens de tout recompiler, je ne l'ai pas.

[f_cam]

C'est clair qu'en général c'est problématique, mais vu que crypt est bien défini ca doit aller. Mais sinon c'est vrai que la fonction qui sera exécutée peut changer d'un lancement à un autre.

[belaran]

Mon destin n'est pas aussi heureux.

J'ai tout réinstallé ( Panther, wxMac) et je suis reparti depuis le début et là :

CODE

[Mac_de_guest: chombier] % wx-config --libs
-L/usr/local/lib -framework Carbon -framework System -lwx_macd-2.4
[Mac_de_guest: chombier] % aclocal
aclocal: configure.in: 289: macro `AM_OPTIONS_WXCONFIG' not found in library
aclocal: configure.in: 291: macro `AM_PATH_WXCONFIG' not found in library
[Mac_de_guest: chombier] %

Me revoilà parti pr un tour...

Pourtant g bien :

CODE

$env
LD_LIBRARY_PATH=/Users/guest/wxMac-2.4.2/macbuild

que faire !

[schlum]

Mon destin n'est pas aussi heureux.

J'ai tout réinstallé ( Panther, wxMac) et je suis reparti depuis le début et là :

CODE

[Mac_de_guest: chombier] % wx-config --libs
-L/usr/local/lib -framework Carbon -framework System -lwx_macd-2.4
[Mac_de_guest: chombier] % aclocal
aclocal: configure.in: 289: macro `AM_OPTIONS_WXCONFIG' not found in library
aclocal: configure.in: 291: macro `AM_PATH_WXCONFIG' not found in library
[Mac_de_guest: chombier] %

Me revoilà parti pr un tour...

Pourtant g bien :

CODE

$env
LD_LIBRARY_PATH=/Users/guest/wxMac-2.4.2/macbuild

que faire !

J'ai pareil que toi pour l'instant ... Il faudrait que je pousse un peu plus ...

[belaran]

Je ne sais vraiment pas quoi faire

j'ai le bon chemin qui mène à tous. wxMac 2 4 2 a fini son make install sans aucune erreur ou warning

wx-config répond ( donc c bien installé ) mais le aclocal foire...

CODE

[Mac_de_guest: chombier] % aclocal
aclocal: configure.in: 289: macro `AM_OPTIONS_WXCONFIG' not found in library
aclocal: configure.in: 291: macro `AM_PATH_WXCONFIG' not found in library

[belaran]

Grand nouvelle !

G réussi à compiler Cryptonit !

Mais l'exe foire

[Mac_de_guest: chombier] % /usr/local/bin/Cryptonit
dyld: /usr/local/bin/Cryptonit Undefined symbols:
__ZSt4cerr
__ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
___gxx_personality_v0
Trace/BPT trap

Là je suis un peu

[schlum]

Pourquoi t'as "chombier" dans ton user ? Il a un compte sur ta machine ou l'inverse ?

[belaran]

Mais non !

Je me sers de sa version de crypto que j'essaye de compiler ( il a réussi lui) et au fur à mesure je compare avec celle que j'ai ( comme ça je retrouve les manips qu'il a du faire et je peux les intégrer proprement à ma version...)

Aucune idée sur mon plantage ci-dessus ?

[chombier]

Si tu veux faire une application qui ne nécessite pas l'installation de wxWindows par ailleurs, tu as intérêt, lors du ./configure, à spécifier '--disable-shared'. Ca évite les problèmes de dylib que tu as.

D'autre part, j'ai récupéré wxMac 2.4.2 et 2.5.2, et aucun ne semble bien stable. J'ai réussi à générer Cryptonit pour ces deux versions de wx, la 2.5.2 est carrément moche, avec des problèmes de tailles des champs dans les dialogues, et aucune des deux n'accepte les évènements clavier, pratique lorsqu'il faut taper son nom pour démarrer l'appli. Tel quel, c'est inutilisable.

En plus, les exemples de wx dans demo fonctionnent, sauf wxpoem qui ne trouve pas un fichier présent dans son dossier, et les exemples dans sample crashent pour la plupart, bref, pour faire une application pro avec wxMac, y'a du boulot...

Ce message a été modifié par chombier - 7 Jul 2004, 19:11.

[belaran]

Oui j'ai vu ça....

Pour wxMac 2.5.2, Cryptonit a pas été "pensé" avec elle, on m'a clairement dit ici que ca marcherait pas avec . Je vais essayer d'obtenir un exe mac avec la 2.4.2 puis de là peut-être quand améliorant le Makefile y'aura moins de faire quelque chose, j'ai encore 6 semaines dessus , je vais peut-être y arriver.

Par contre si une fois l'exe généré, tu commencerais où pr corriger les problèmes ?


Question de curiosité : dans l'optique d'un prog cross-plateforme ( qui devrait marcher aussi sur mac , tu aurais pris qu'elle librairies graphiques ?)

Ce message a été modifié par belaran - 8 Jul 2004, 09:10.

[chombier]

Oui j'ai vu ça....

Pour wxMac 2.5.2, Cryptonit a pas été "pensé" avec elle,  on m'a clairement dit ici que ca marcherait pas avec . Je vais essayer d'obtenir un exe mac avec la 2.4.2 puis de là peut-être quand améliorant le Makefile y'aura moins de faire quelque chose, j'ai encore 6 semaines dessus , je vais peut-être y arriver.

Le makefile va bien, c'est beaucoup plus du côté des sources qu'il faudra travailler.

Par contre si une fois l'exe généré, tu commencerais où pr corriger les problèmes ?

Euh... bonne question. Vu que l'application n'accepte aucun évènement clavier ni souris. Cerains samples se sont comportés de manière identique, chercher dans leur sample code offre moins de code à vérifier.

Question de curiosité : dans l'optique d'un prog cross-plateforme ( qui devrait marcher aussi sur mac , tu aurais pris qu'elle librairies graphiques ?)

Je ne connais aucun outil cross-plateforme satisfaisant. C'est en général un nivellement par le bas des possibilités du Mac. AppleScript, par exemple, est une exclusivité Apple.