[linux] LD_LIBRARY_PATH en tuto? [Résolu/Fermé]

Signaler
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
-
 astic -
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.
A voir également:

21 réponses

Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
.
9
Merci

Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire

CCM 87031 internautes nous ont dit merci ce mois-ci

Messages postés
8214
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
456
Salut;

Y a pas vraiment de tuto pour ça !
Ici peut-être :
http://graal.ens-lyon.fr/~fvivien/Enseignement/PPP-2001-2002/LibDyn.pdf

:-))
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
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
Messages postés
8214
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
456
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 !

:-))
Messages postés
8214
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
456
Reformulation :
dans le lien donné "post 2"
http://graal.ens-lyon.fr/~fvivien/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 (http://linuxfr.org/forums/14/8828.html)


si ça peut éclairer ta lanterne.


:-))
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
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
Messages postés
8214
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
456
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 !

:-))
Messages postés
43481
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
5 décembre 2019
4 680
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".

;-))
Messages postés
8214
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
456
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.


:-))
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
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!
Messages postés
43481
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
5 décembre 2019
4 680
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?
echo $PATH 
echo $LD_LIBRARY_PATH
;-))
Messages postés
29178
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
21 février 2020
6 773
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 :
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
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
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
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...
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
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#  
Messages postés
144
Date d'inscription
vendredi 25 août 2006
Statut
Membre
Dernière intervention
29 octobre 2010
14
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
Messages postés
29178
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
21 février 2020
6 773
Bon déjà il faudrait vérifier que opencascade est bien installée.
http://www.opencascade.org/getocc/download/loadocc/
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
Messages postés
8214
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
456
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 !

:-))
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?
Messages postés
29178
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
21 février 2020
6 773
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 :
(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
vas voir là , tu as ta solution ;)

http://www.blogger.com/...
oupss, lien pas bon, chuis navré, le voilà ^^

http://codessourcescpp.blogspot.com

c plus ça
1 2