[linux] LD_LIBRARY_PATH en tuto?
Résolu/Fermé
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
-
22 juil. 2007 à 10:39
astic - 13 janv. 2010 à 17:19
astic - 13 janv. 2010 à 17:19
Bonjour,
Je refais un thread car j'ai l'impression que personne ne l'a lu le premier...
J'ai un probleme de declaration de variable sur des bibliotheques partagees presente dans /home/.
Dans le cas actuelle mon ordi ne reconnait pas la presence de ces bibliotheques.
Les paths sont certainement mal declares mais pour verifier la bonne configuration de la variable d'env il faudrait de je comprenne mieux cette ensemble... d'ou la recherche d'un bon tuto...
Merci pour toute info.
Je refais un thread car j'ai l'impression que personne ne l'a lu le premier...
J'ai un probleme de declaration de variable sur des bibliotheques partagees presente dans /home/.
Dans le cas actuelle mon ordi ne reconnait pas la presence de ces bibliotheques.
Les paths sont certainement mal declares mais pour verifier la bonne configuration de la variable d'env il faudrait de je comprenne mieux cette ensemble... d'ou la recherche d'un bon tuto...
Merci pour toute info.
21 réponses
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
22 juil. 2007 à 13:50
22 juil. 2007 à 13:50
.
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
473
22 juil. 2007 à 14:19
22 juil. 2007 à 14:19
Salut;
Y a pas vraiment de tuto pour ça !
Ici peut-être :
http://perso.ens-lyon.fr/frederic.vivien/Enseignement/PPP-2001-2002/LibDyn.pdf
:-))
Y a pas vraiment de tuto pour ça !
Ici peut-être :
http://perso.ens-lyon.fr/frederic.vivien/Enseignement/PPP-2001-2002/LibDyn.pdf
:-))
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
22 juil. 2007 à 14:33
22 juil. 2007 à 14:33
Bonjour bobo31,
Ton lien est comme mon livre O'reilly, c'est un peu rude a comprendre pour que je puisse trouver une solution a mon probleme.
J'essaie de degager un semblant de question pour formuler un thread plus precis mais pour l'instant ca reste flou.
J'aimerai bien que JIPICY me donne un coup de main pour formuler le thread et trouver une solution a mon probleme.
Dans l'attente de la venu de jipicy sur ce thread, je te remerci de ta reponse.
Ingrid
Ton lien est comme mon livre O'reilly, c'est un peu rude a comprendre pour que je puisse trouver une solution a mon probleme.
J'essaie de degager un semblant de question pour formuler un thread plus precis mais pour l'instant ca reste flou.
J'aimerai bien que JIPICY me donne un coup de main pour formuler le thread et trouver une solution a mon probleme.
Dans l'attente de la venu de jipicy sur ce thread, je te remerci de ta reponse.
Ingrid
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
473
22 juil. 2007 à 16:58
22 juil. 2007 à 16:58
Bonjour Ingrid,
Je reconnais que j'y connais pas grand chose mais j'ai eu à utiliser la variable LD_LIBRARY_PATH pour faire tourner différents logiciels.
J'avoue n'avoir également rien trouvé de clair et précis sur le sujet sur le net.
Par conséquent avec le peu d'informations récoltées sur la toile, j'ai fait avec ...et pour l'instant j'ai toujours réussi (avec beaucoup de temps et sûrement beaucoup de chance) à faire tourner ces fichus logiciels.
Désolé de ne pouvoir t'aider plus !
:-))
Je reconnais que j'y connais pas grand chose mais j'ai eu à utiliser la variable LD_LIBRARY_PATH pour faire tourner différents logiciels.
J'avoue n'avoir également rien trouvé de clair et précis sur le sujet sur le net.
Par conséquent avec le peu d'informations récoltées sur la toile, j'ai fait avec ...et pour l'instant j'ai toujours réussi (avec beaucoup de temps et sûrement beaucoup de chance) à faire tourner ces fichus logiciels.
Désolé de ne pouvoir t'aider plus !
:-))
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
473
22 juil. 2007 à 18:58
22 juil. 2007 à 18:58
Reformulation :
dans le lien donné "post 2"
http://perso.ens-lyon.fr/frederic.vivien/Enseignement/PPP-2001-2002/LibDyn.pdf
la partie intéressante est le chapitre : 2.2.3
la connaissance du fichier /etc/ld.so.conf est également intéressante à noter (https://linuxfr.org/forums/linux-mandriva/posts/ld_library_path
si ça peut éclairer ta lanterne.
:-))
dans le lien donné "post 2"
http://perso.ens-lyon.fr/frederic.vivien/Enseignement/PPP-2001-2002/LibDyn.pdf
la partie intéressante est le chapitre : 2.2.3
la connaissance du fichier /etc/ld.so.conf est également intéressante à noter (https://linuxfr.org/forums/linux-mandriva/posts/ld_library_path
si ça peut éclairer ta lanterne.
:-))
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
22 juil. 2007 à 19:01
22 juil. 2007 à 19:01
Arghh!
Pas de chance, le probleme avec ta methode, comme la mienne, c'est faire avancer les choses sans forcement comprendre ce que l'on fait. Imagine qu'une telle manip vient a planter quelques configs, programmes ou autre... Comment corriger les erreurs si au depart je ne sais pas ce que je fais, comment controler le travail fait si je ne sais pas se que je fais.
Sur le site des programmes que je compil il y a un forum... tu en veux des solutions.... c'est la foire aux questions, au petit bonheur la chance.
Je veux juste comprendre ce que je fais et je pense que creer des bibliotheque partager peut etre une bonne chose a maitriser pour s'ameliorer sur linux.
Merci pour tes encouragement quand meme :-)
Ingrid
Pas de chance, le probleme avec ta methode, comme la mienne, c'est faire avancer les choses sans forcement comprendre ce que l'on fait. Imagine qu'une telle manip vient a planter quelques configs, programmes ou autre... Comment corriger les erreurs si au depart je ne sais pas ce que je fais, comment controler le travail fait si je ne sais pas se que je fais.
Sur le site des programmes que je compil il y a un forum... tu en veux des solutions.... c'est la foire aux questions, au petit bonheur la chance.
Je veux juste comprendre ce que je fais et je pense que creer des bibliotheque partager peut etre une bonne chose a maitriser pour s'ameliorer sur linux.
Merci pour tes encouragement quand meme :-)
Ingrid
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
473
22 juil. 2007 à 19:04
22 juil. 2007 à 19:04
ben, je vois pas ou est le problème !
LD_LIBRARY_PATH c'est pour indiquer ou chercher des librairies.
Donc je ne vois pas en quoi cela puisse planter ton prog ou système.
Mais bon je suis pas spécialiste non plus !
Désolé.
Bon courage !
:-))
LD_LIBRARY_PATH c'est pour indiquer ou chercher des librairies.
Donc je ne vois pas en quoi cela puisse planter ton prog ou système.
Mais bon je suis pas spécialiste non plus !
Désolé.
Bon courage !
:-))
jipicy
Messages postés
40842
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
10 août 2020
4 898
22 juil. 2007 à 19:13
22 juil. 2007 à 19:13
Salut,
En se référant au lien donné par "bob031" il est dit :
En pratique, vous ne définirez jamais cette variable mais vous ajouterez des fichiers à sa définition :
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/users/profs/habibi/libs
Donc suffit juste d'ajouter des chemins vers les emplacements voulus, comme avec la variable d'environnement "$PATH".
;-))
En se référant au lien donné par "bob031" il est dit :
En pratique, vous ne définirez jamais cette variable mais vous ajouterez des fichiers à sa définition :
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/users/profs/habibi/libs
Donc suffit juste d'ajouter des chemins vers les emplacements voulus, comme avec la variable d'environnement "$PATH".
;-))
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
473
22 juil. 2007 à 19:21
22 juil. 2007 à 19:21
toujours du même lien :
2.3.3 L’emplacement d’une librairie
En général, on place une librairie (ou un lien vers cette librairie) à un emplacement visible par tous les programmes qui sont susceptibles de l’utiliser. Typiquement dans :
– /usr/local/lib si la librairie est susceptible d’être utilisée par plusieurs utilisateurs ;
– ~/lib si la librairie est susceptible d’être utilisée par un seul utilisateur.
Dans le cas d’une librairie dynamique, il faudra penser à vérifier que la variable d’environnement LD_LIBRARY_PATH permettra aux programmes de trouver la nouvelle librairie.
:-))
2.3.3 L’emplacement d’une librairie
En général, on place une librairie (ou un lien vers cette librairie) à un emplacement visible par tous les programmes qui sont susceptibles de l’utiliser. Typiquement dans :
– /usr/local/lib si la librairie est susceptible d’être utilisée par plusieurs utilisateurs ;
– ~/lib si la librairie est susceptible d’être utilisée par un seul utilisateur.
Dans le cas d’une librairie dynamique, il faudra penser à vérifier que la variable d’environnement LD_LIBRARY_PATH permettra aux programmes de trouver la nouvelle librairie.
:-))
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
22 juil. 2007 à 20:24
22 juil. 2007 à 20:24
Merci d'etre la, jipicy, et milles excuses si je vous es un peu accroche dans un autre message...
Bon j'ai une question, peut etre bete....
Existe -t'il un fichier PATH et LD_LIBRARY_PATH ou sont present tout les liens?
Comment je peux controler si la commande EXPORT est bien passee?
oups ca fait deux questions!
Bon j'ai une question, peut etre bete....
Existe -t'il un fichier PATH et LD_LIBRARY_PATH ou sont present tout les liens?
Comment je peux controler si la commande EXPORT est bien passee?
oups ca fait deux questions!
jipicy
Messages postés
40842
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
10 août 2020
4 898
22 juil. 2007 à 20:27
22 juil. 2007 à 20:27
Existe -t'il un fichier PATH et LD_LIBRARY_PATH ou sont present tout les liens?
Comment je peux controler si la commande EXPORT est bien passee?
Comment je peux controler si la commande EXPORT est bien passee?
echo $PATH echo $LD_LIBRARY_PATH;-))
mamiemando
Messages postés
33622
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
7 avril 2025
7 839
23 juil. 2007 à 17:00
23 juil. 2007 à 17:00
Bon ça risque de faire un peu doublon mais comme je reprends le post en cours de route, je me renseigne :)
Ingrid :
1) Peux-tu me donner la commande que tu lances + le message d'erreur. En particulier j'aimerais voir quelle librairie il n'arrive pas à charger, et si tu es en train de compiler ou d'éxecuter un programme.
2) Donne-moi aussi le résultat de la commande :
Le pitch :
En partant du principe que tu exécutes un programme et que l'erreur indique qu'il ne trouve pas un fichier .so, le but va être :
- de rechercher le paquet qui le fournit avec apt-cache search,
- de l'installer (réinstaller) avec aptitude install (ou aptitude reinstall),
- de mettre à jour les librairies avec ldconfig (mais a priori aptitude le fait tout seul).
En théorie le .so est sensé être dans un répertoire "standard" et n'a pas besoin d'être spécifié dans la variable d'environnement LD_LIBRARY_PATH.
Si tu es en train de compiler un programme
Bonne chance
Ingrid :
1) Peux-tu me donner la commande que tu lances + le message d'erreur. En particulier j'aimerais voir quelle librairie il n'arrive pas à charger, et si tu es en train de compiler ou d'éxecuter un programme.
2) Donne-moi aussi le résultat de la commande :
echo $LD_LIBRARY_PATH
Le pitch :
En partant du principe que tu exécutes un programme et que l'erreur indique qu'il ne trouve pas un fichier .so, le but va être :
- de rechercher le paquet qui le fournit avec apt-cache search,
- de l'installer (réinstaller) avec aptitude install (ou aptitude reinstall),
- de mettre à jour les librairies avec ldconfig (mais a priori aptitude le fait tout seul).
En théorie le .so est sensé être dans un répertoire "standard" et n'a pas besoin d'être spécifié dans la variable d'environnement LD_LIBRARY_PATH.
Si tu es en train de compiler un programme
Bonne chance
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
23 juil. 2007 à 18:19
23 juil. 2007 à 18:19
Salut mamiemando,
Avant de repondre a ta question completemnt je te donne la situation.
Le fichier tar que j'ai telecharge represente un "park" complet, c'est a dire qu'il y a toute les dependences que le programme a besoin. Ce pack contient le programme en lui meme, ses option (sous programme). Il est base sur un deuxieme programme qui lui sert de base. Tout ceci est gere par des script shell env_XXX.sh pour coordonner l'ensemble dans l'os....
Je te dis cela car tu me parle de apt alors que theoriquement il n'y a pas besoin d'avoir recourt.
Toutefois j'ai quand meme installer les paquets dependents, plus recent pour etre sure de mon coup.
J'ai envoye ./build.csh qui lance tous les env_XXX.sh, viens la suite
La compil du kernel. Pour l'instant tout se passe bien ( enfin je pense )
je te donne la commande complete et la resultante, c'est un peu gros mais bon il ne manque rien comme cela
Les scripts shell ont bien fonctionne car si tu prends le cas de python la compil vat bien le chercher dans /root.
Le probleme est OCC (Opencascade). La compil le trouve bien mais pas les lib! et de tous l'ensemble c'est les seules lib qu'il ne trouve pas.
J'envoie la suite...
Avant de repondre a ta question completemnt je te donne la situation.
Le fichier tar que j'ai telecharge represente un "park" complet, c'est a dire qu'il y a toute les dependences que le programme a besoin. Ce pack contient le programme en lui meme, ses option (sous programme). Il est base sur un deuxieme programme qui lui sert de base. Tout ceci est gere par des script shell env_XXX.sh pour coordonner l'ensemble dans l'os....
Je te dis cela car tu me parle de apt alors que theoriquement il n'y a pas besoin d'avoir recourt.
Toutefois j'ai quand meme installer les paquets dependents, plus recent pour etre sure de mon coup.
J'ai envoye ./build.csh qui lance tous les env_XXX.sh, viens la suite
La compil du kernel. Pour l'instant tout se passe bien ( enfin je pense )
je te donne la commande complete et la resultante, c'est un peu gros mais bon il ne manque rien comme cela
debian:~/salome_3.2.6/KERNEL_BUILD# ../KERNEL_SRC_3.2.6/configure --prefix=/root/salome_3.2.6/KERNEL_INSTALL checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes --------------------------------------------- Initialize source and build root directories --------------------------------------------- Source root directory : /root/salome_3.2.6/KERNEL_SRC_3.2.6 Build root directory : /root/salome_3.2.6/KERNEL_BUILD ============================================================ testing general mandatory products - for all configurations ============================================================ checking for sh... /bin/sh checking for ar... ar --------------------------------------------- testing make --------------------------------------------- checking whether make sets $(MAKE)... (cached) yes checking for a BSD-compatible install... /usr/bin/install -c --------------------------------------------- Configuring production --------------------------------------------- checking wether /usr/bin/g++ accepts -Wno-deprecated... yes checking wether /usr/bin/g++ accepts -Wparentheses... yes checking wether /usr/bin/g++ accepts -Wreturn-type... yes checking wether /usr/bin/g++ accepts -Wmissing-declarations... no checking wether /usr/bin/g++ accepts -fmessage-length=0... yes checking wether /usr/bin/g++ accepts -Wunused... yes checking wether /usr/bin/g++ accepts -pipe... yes --------------------------------------------- testing libtool --------------------------------------------- checking for style of include used by make... GNU checking for gcc... /usr/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/gcc accepts -g... yes checking for /usr/bin/gcc option to accept ISO C89... none needed checking dependency style of /usr/bin/gcc... gcc3 checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ld used by /usr/bin/gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether /usr/bin/g++ accepts -g... yes checking dependency style of /usr/bin/g++... gcc3 checking how to run the C++ preprocessor... /usr/bin/g++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... gfortran checking whether we are using the GNU Fortran 77 compiler... yes checking whether gfortran accepts -g... yes checking the maximum length of command line arguments... 98304 checking command to parse /usr/bin/nm -B output from /usr/bin/gcc object... ok checking for objdir... .libs checking for ranlib... ranlib checking for strip... strip checking if /usr/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/bin/gcc option to produce PIC... -fPIC checking if /usr/bin/gcc PIC flag -fPIC works... yes checking if /usr/bin/gcc static flag -static works... yes checking if /usr/bin/gcc supports -c -o file.o... yes checking whether the /usr/bin/gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... no checking for dlopen in -ldl... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by /usr/bin/g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the /usr/bin/g++ linker (/usr/bin/ld) supports shared libraries... yes checking for /usr/bin/g++ option to produce PIC... -fPIC checking if /usr/bin/g++ PIC flag -fPIC works... yes checking if /usr/bin/g++ static flag -static works... yes checking if /usr/bin/g++ supports -c -o file.o... yes checking whether the /usr/bin/g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gfortran option to produce PIC... -fPIC checking if gfortran PIC flag -fPIC works... yes checking if gfortran static flag -static works... yes checking if gfortran supports -c -o file.o... yes checking whether the gfortran linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate --------------------------------------------- testing C/C++ --------------------------------------------- checking for gcc... (cached) /usr/bin/gcc checking whether we are using the GNU C compiler... (cached) yes checking whether /usr/bin/gcc accepts -g... (cached) yes checking for /usr/bin/gcc option to accept ISO C89... (cached) none needed checking dependency style of /usr/bin/gcc... (cached) gcc3 checking whether we are using the GNU C++ compiler... (cached) yes checking whether /usr/bin/g++ accepts -g... (cached) yes checking dependency style of /usr/bin/g++... (cached) gcc3 checking wether /usr/bin/g++ accepts -Wno-deprecated... yes checking wether /usr/bin/g++ accepts -Wparentheses... yes checking wether /usr/bin/g++ accepts -Wreturn-type... yes checking wether /usr/bin/g++ accepts -Wmissing-declarations... no checking wether /usr/bin/g++ accepts -Wunused... yes checking wether /usr/bin/g++ accepts -ftemplate-depth-42... yes checking wether /usr/bin/g++ accepts -tweak... no checking which flag for dependency information generation... C : /usr/bin/gcc -MM -MG C++ : /usr/bin/g++ -MM -MG checking for dlopen in -ldl... (cached) yes checking for nanosleep in -lrt... yes checking for ceil in -lm... yes checking whether the compiler use std iostream... yes checking whether the compiler implements namespaces... yes checking whether the compiler has stringstream... yes configure: checking for LIB_LOCATION_SUFFIX... LIB_LOCATION_SUFFIX is checking wether /usr/bin/g++ accepts -Xlinker -export-dynamic... yes --------------------------------------------- testing threads --------------------------------------------- checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for cc_r... /usr/bin/gcc --------------------------------------------- testing python --------------------------------------------- checking for python... /root/salome_3.2.6/Python-2.3.5/bin/python configure: checking local Python configuration... checking if we need libdb... no checking if we need libdl... yes checking for dlopen in -ldl... (cached) yes checking if we need libutil... yes checking for openpty in -lutil... yes checking if we need tcltk... no looks good --------------------------------------------- testing swig --------------------------------------------- checking whether /root/salome_3.2.6/Python-2.3.5/bin/python version >= 2.3... yes checking for /root/salome_3.2.6/Python-2.3.5/bin/python version... 2.3 checking for /root/salome_3.2.6/Python-2.3.5/bin/python platform... linux2 checking for /root/salome_3.2.6/Python-2.3.5/bin/python script directory... ${prefix}/lib/python2.3/site-packages checking for /root/salome_3.2.6/Python-2.3.5/bin/python extension module directory... ${exec_prefix}/lib/python2.3/site-packages checking for swig... /root/salome_3.2.6/SWIG-1.3.24/bin/swig checking python wrapper generation with swig... yes for swig: yes --------------------------------------------- testing HDF5 --------------------------------------------- configure: checking for HDF5... checking hdf5.h usability... yes checking hdf5.h presence... yes checking for hdf5.h... yes checking for H5open in -lhdf5... yes for hdf5: yes --------------------------------------------- Testing OpenCascade --------------------------------------------- configure: checking for OpenCascade... checking for OpenCascade directories... yes checking wether /usr/bin/g++ accepts -funsigned-char... yes testing config.h checking config.h usability... yes checking config.h presence... yes checking for config.h... yes config.h file ok checking Standard_Type.hxx usability... yes checking Standard_Type.hxx presence... yes checking for Standard_Type.hxx... yes checking for OpenCascade libraries... no configure: WARNING: Opencascade libraries not found ============================================================ testing mandatory products for CORBA configurations ============================================================ --------------------------------------------- testing sockets --------------------------------------------- checking for libraries containing socket functions... -lc --------------------------------------------- Configuration of the ORB --------------------------------------------- Testing OMNIORB ... configure: checking for omniORB... checking for omniidl... /root/salome_3.2.6/omniORB-4.0.7/bin/omniidl checking CORBA.h usability... yes checking CORBA.h presence... yes checking for CORBA.h... yes checking whether we can link with omnithreads... yes checking for socket in -lsocket... no checking for gethostbyname in -lnsl... yes checking whether we can link with omniORB... yes checking omniORBpy... yes for omniORBpy: yes for omniORB: yes checking whether we have double and CORBA::Double compatibility... yes checking whether we have int and CORBA::Long compatibility... yes Selecting the default ORB DEFAULT_ORB : omniORB default orb : omniORB --------------------------------------------- Testing QT --------------------------------------------- configure: checking for OpenGL... configure: checking for OpenGL headers... checking GL/gl.h usability... yes checking GL/gl.h presence... yes checking for GL/gl.h... yes configure: checking for OpenGL library... in /usr/lib checking for glBegin in -lGL... yes in /usr/lib checking for gluBeginSurface in -lGLU... yes for OpenGL_headers_ok: yes for OpenGL_libs_ok: yes for OpenGL_ok: yes configure: checking for Qt... QTDIR is /root/salome_3.2.6/qt-3.3.4 checking for /root/salome_3.2.6/qt-3.3.4/include/qt3/qglobal.h... no Qt version is 3.3.4 moc found uic found checking qaction.h usability... yes checking qaction.h presence... yes checking for qaction.h... yes checking include of qt headers... yes checking linking qt library... yes for Qt: yes --------------------------------------------- BOOST Library --------------------------------------------- configure: checking for BOOST Library... configure: checking for BOOST location... $BOOSTDIR = /root/salome_3.2.6/boost-1.32.0 configure: checking for BOOST headers... checking for /root/salome_3.2.6/boost-1.32.0/include/boost/shared_ptr.hpp... yes $BOOST_CPPFLAGS = -I/root/salome_3.2.6/boost-1.32.0/include for boost headers: yes configure: checking for BOOST binaries... checking for /root/salome_3.2.6/boost-1.32.0/lib/libboost_thread-mt.so... yes $BOOST_LIBSUFFIX = -mt $BOOST_LIBS = -L/root/salome_3.2.6/boost-1.32.0/lib for boost binaries: yes for boost: yes ============================================================ testing optionnal products ============================================================ --------------------------------------------- checking if MPI is requested by user --------------------------------------------- --------------------------------------------- Testing Batch --------------------------------------------- testing OpenPBS --------------- configure: WARNING: Environment variable OPENPBS not set. Skipping OpenPBS configuration. testing LSF ----------- checking for LSF... no lsf = testing Local batch system -------------------------- checking for Local... yes checking for rm... /bin/rm checking for sh... /bin/sh checking for cp... /bin/cp checking for rsh... /usr/bin/rsh checking for rcp... /usr/bin/rcp checking for ssh... /usr/bin/ssh checking for scp... /usr/bin/scp Batch mode = yes ---------------------------------------------- testing CPPUNIT only required for unit testing ---------------------------------------------- configure: checking for cppunit... CPPUNITHOME not defined checking for /usr/local/lib64/libcppunit.so... no checking for /usr/local/lib/libcppunit.so... no checking for /usr/lib64/libcppunit.so... no checking for /usr/lib/libcppunit.so... no no configure: WARNING: cppunit not found ============================================================ testing products required only for documentation generation ============================================================ --------------------------------------------- Testing html generators --------------------------------------------- checking for doxygen... /root/salome_3.2.6/doxygen-1.4.6/bin/doxygen doxygen version 1.4.6 doxygen with support STL - yes doxygen with support PYTHON - yes checking for dot... /root/salome_3.2.6/graphviz-2.2.1/bin/dot checking for latex... /usr/bin/latex checking for dvips... /usr/bin/dvips checking for pdflatex... /usr/bin/pdflatex checking for rst2html... /root/salome_3.2.6/docutils-0.3.7/bin/rst2html ============================================================ Summary ============================================================ --- General mandatory products - Light configuration: cc : yes threads : yes python : yes swig : yes hdf5 : yes occ : no FATAL ERROR: some mandatory products are missing. Installing the missing products is required before running the configure script. debian:~/salome_3.2.6/KERNEL_BUILD#
Les scripts shell ont bien fonctionne car si tu prends le cas de python la compil vat bien le chercher dans /root.
Le probleme est OCC (Opencascade). La compil le trouve bien mais pas les lib! et de tous l'ensemble c'est les seules lib qu'il ne trouve pas.
J'envoie la suite...
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
23 juil. 2007 à 18:36
23 juil. 2007 à 18:36
oups autant pour moi
debian:~/salome_3.2.6/KERNEL_BUILD# echo $LD_LIBRARY_PATH /usr/X11R6/lib:/usr/X11R6/lib:/root/salome_3.2.6/LIGHT_3.2.6/lib/salome:/root/salome_3.2.6/HELLO_3.2.6/lib/salome:/root/salome_3.2.6/CALCULATOR_3.2.6/lib/salome:/root/salome_3.2.6/COMPONENT_3.2.6/lib/salome:/root/salome_3.2.6/GHS3DPLUGIN_3.2.6/lib/salome:/root/salome_3.2.6/NETGENPLUGIN_3.2.6/lib/salome:/root/salome_3.2.6/SUPERV_3.2.6/lib/salome:/root/salome_3.2.6/VISU_3.2.6/lib/salome:/root/salome_3.2.6/SMESH_3.2.6/lib/salome:/root/salome_3.2.6/MED_3.2.6/lib/salome:/root/salome_3.2.6/GEOM_3.2.6/lib/salome:/root/salome_3.2.6/GUI_3.2.6/lib/salome:/root/salome_3.2.6/KERNEL_3.2.6/lib/salome:/root/salome_3.2.6/graphviz-2.2.1/lib/graphviz:/root/salome_3.2.6/VTK-4.2.6/lib/vtk:/root/salome_3.2.6/med-2.2.3/lib:/root/salome_3.2.6/hdf5-1.6.4/lib:/root/salome_3.2.6/omniORB-4.0.7/lib:/root/salome_3.2.6/qwt-4.2.0/lib:/root/salome_3.2.6/CAS-6.2/lib:/root/salome_3.2.6/CAS-6.2/lin/lib:/root/salome_3.2.6/boost-1.32.0/lib:/root/salome_3.2.6/PyQt-3.13:/root/salome_3.2.6/sip-4.1:/root/salome_3.2.6/qt-3.3.4/lib:/root/salome_3.2.6/Python-2.3.5/lib:/root/salome_3.2.6/tcltk-8.4.5/lib:/usr/lib debian:~/salome_3.2.6/KERNEL_BUILD#
ingrid13
Messages postés
145
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
15
23 juil. 2007 à 22:30
23 juil. 2007 à 22:30
Bonsoir mamiemando,
Je ne suis pas la pendant au trois jours je ferme ce thread car je pense vouloir installer le programme complet sans avoir assez de connaissance pour pouvoir le faire.
Je suis convaincu que c'est un detail qui me broque la compil.
Ce week-end je ferrai differemment, Au lieu de compiler le block complet de programmes je ferrai un module apres l'autre, uniquement en compil de sources.
Je pense que ce programme, dans sa version actuelle, est trop complet pour que je puisse le maitriser. A mon niveau je n'arrive pas a dicerner le binaire et le code source. Je melange un peu tout et la devient le B...EL.
Je veux aller trop vite et certains ne me contrediront pas.
Je reste calme et j'ouvrirai un autre thread a l'ocas.
Bonne semaine
Ingrid
Je ne suis pas la pendant au trois jours je ferme ce thread car je pense vouloir installer le programme complet sans avoir assez de connaissance pour pouvoir le faire.
Je suis convaincu que c'est un detail qui me broque la compil.
Ce week-end je ferrai differemment, Au lieu de compiler le block complet de programmes je ferrai un module apres l'autre, uniquement en compil de sources.
Je pense que ce programme, dans sa version actuelle, est trop complet pour que je puisse le maitriser. A mon niveau je n'arrive pas a dicerner le binaire et le code source. Je melange un peu tout et la devient le B...EL.
Je veux aller trop vite et certains ne me contrediront pas.
Je reste calme et j'ouvrirai un autre thread a l'ocas.
Bonne semaine
Ingrid
mamiemando
Messages postés
33622
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
7 avril 2025
7 839
24 juil. 2007 à 00:46
24 juil. 2007 à 00:46
Bon déjà il faudrait vérifier que opencascade est bien installée.
https://old.opencascade.com/content/latest-release
C'est dommage on dirait qu'il n'y a pas de paquet debian :s
Si occ est déjà sur ton système vérifie que c'est une version assez récente et fait au besoin un
En effet comme occ n'est pas installé par un paquet debian dans ton cas cette étape n'a pas dûe être faite. Ensuite, essaye de localiser où sont les librairies occ (a priori dans /usr/lib) et rajoute l'emplacement des .so dans la variable LD_LIBRARY_PATH. Pour celà tape :
Ceci fait relance la compilation...
Bonne chance
https://old.opencascade.com/content/latest-release
C'est dommage on dirait qu'il n'y a pas de paquet debian :s
Si occ est déjà sur ton système vérifie que c'est une version assez récente et fait au besoin un
ldconfig
En effet comme occ n'est pas installé par un paquet debian dans ton cas cette étape n'a pas dûe être faite. Ensuite, essaye de localiser où sont les librairies occ (a priori dans /usr/lib) et rajoute l'emplacement des .so dans la variable LD_LIBRARY_PATH. Pour celà tape :
export LD_LIBRARY_PATH=/le/repertoire/de/occ/lib:${LD_LIBRARY_PATH} echo $LD_LIBRARY_PATH
Ceci fait relance la compilation...
Bonne chance
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
473
24 juil. 2007 à 08:16
24 juil. 2007 à 08:16
Salut,
voir aussi les options de la commande ./configure
par exemple :
./configure --with-OCC-includes=PATH_TO_OPENCASCADE/ros/inc --with-OCC-libs=/usr/local/lib
si c'est possible, bien sûr !
peut-être aussi installer f77 !
:-))
voir aussi les options de la commande ./configure
par exemple :
./configure --with-OCC-includes=PATH_TO_OPENCASCADE/ros/inc --with-OCC-libs=/usr/local/lib
si c'est possible, bien sûr !
peut-être aussi installer f77 !
:-))
LD_LABRARY_PATH modifie quelle editeur de lien? tous les ld?
j'ai plusieurs compilateur un gcc et un autre en cross-compilateur (i586-mingw32mscv-gcc)
sur le premier il trouve la bibliotheque -lSDL pour la cross compilation il ne la trouve pas. (cannot find -lSDL)
que faire?
j'ai plusieurs compilateur un gcc et un autre en cross-compilateur (i586-mingw32mscv-gcc)
sur le premier il trouve la bibliotheque -lSDL pour la cross compilation il ne la trouve pas. (cannot find -lSDL)
que faire?
mamiemando
Messages postés
33622
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
7 avril 2025
7 839
30 août 2007 à 19:03
30 août 2007 à 19:03
1) Il s'agit de la variable LD_LIBRARY_PATH et non LD_LABRARY_PATH.
Elle impacte tous les gcc/g++ rattachés au shell dans lequel elle est définie.
3) Dans ton cas il faut vérifier que tu as installé les paquets de développement pour la lib SDL. Par exemple sous debian / ubuntu :
Pour l'installer, en root ou avec un sudo :
3) Si ça ne marche toujours pas malgré l'installation du paquet c'est peut être que les binaires relatifs à la librairies SDL ne sont pas dans un répertoire classique, et il faut alors utiliser les options -L et -Wl,R de gcc.
Au fait que cherches-tu à compiler ? Quel est le message d'erreur exact qui apparaît quand tu compiles ?
Bonne chance
Elle impacte tous les gcc/g++ rattachés au shell dans lequel elle est définie.
3) Dans ton cas il faut vérifier que tu as installé les paquets de développement pour la lib SDL. Par exemple sous debian / ubuntu :
(mando@aldur) (~) $ apt-cache search libsdl-dev libsdl1.2-dev - Simple DirectMedia Layer development files
Pour l'installer, en root ou avec un sudo :
sudo aptitude install libsdl1.2-dev
3) Si ça ne marche toujours pas malgré l'installation du paquet c'est peut être que les binaires relatifs à la librairies SDL ne sont pas dans un répertoire classique, et il faut alors utiliser les options -L et -Wl,R de gcc.
Au fait que cherches-tu à compiler ? Quel est le message d'erreur exact qui apparaît quand tu compiles ?
Bonne chance