Mon PATH n'est pas respecté ! Ca ne va path !
Fermé
Philippe
-
3 févr. 2006 à 17:13
mamiemando Messages postés 32298 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 mars 2023 - 1 janv. 2007 à 23:11
mamiemando Messages postés 32298 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 mars 2023 - 1 janv. 2007 à 23:11
A voir également:
- Mon PATH n'est pas respecté ! Ca ne va path !
- Wmic path softwarelicensingservice get oa3xoriginalproductkey - Forum Windows 10
- Echo $path - Astuces et Solutions
- Id chinois one piece fighting path - Forum Jeux vidéos smartphones
- Configure: error: no acceptable c compiler found in $path - Forum Linux / Unix
- Offset path illustrator français ✓ - Forum Illustrator
4 réponses
Bonjour,
tout simplement parce que la commande whereis ne fait des recherche que dans les repertoires par defaut de linux et n'utilise pas la variable $PATH.
tape "man whereis" pour verifier
Tu devra te faire un petit script shell personnalisé à base de find pour obtenir une recherche particuliere. Tu pourra te créer un répertoire bin dans ton $HOME et l'ajouter a ton .bashrc perso par exemple, si bash est ton shell par defaut, ou a /etc/profile si tu es un faineant...
@+
tout simplement parce que la commande whereis ne fait des recherche que dans les repertoires par defaut de linux et n'utilise pas la variable $PATH.
tape "man whereis" pour verifier
Tu devra te faire un petit script shell personnalisé à base de find pour obtenir une recherche particuliere. Tu pourra te créer un répertoire bin dans ton $HOME et l'ajouter a ton .bashrc perso par exemple, si bash est ton shell par defaut, ou a /etc/profile si tu es un faineant...
@+
crabs
Messages postés
908
Date d'inscription
lundi 18 avril 2005
Statut
Membre
Dernière intervention
3 août 2008
506
3 févr. 2006 à 20:32
3 févr. 2006 à 20:32
Salut,
crt1.o n'est pas un éxetutable, mais un fichier objet utlisé par ld qui va
permettre le lancement d'un processus et appeler la fonction main. Il s'agit
d'un fichier objet qui ne peut être que lié statiquement dans le fichier exécutable.
Ca sert donc à rien de jouer avec PATH pour le trouver.
A+, crabs
crt1.o n'est pas un éxetutable, mais un fichier objet utlisé par ld qui va
permettre le lancement d'un processus et appeler la fonction main. Il s'agit
d'un fichier objet qui ne peut être que lié statiquement dans le fichier exécutable.
Ca sert donc à rien de jouer avec PATH pour le trouver.
A+, crabs
Merci tous, Merci crabs
c'est vrai que which ne me dit rien sur mon crt1.o
En fait, mon vrai pb est que lors d'une édition de lien (ld) le crt1.o n'est pas trouvé ! Il le cherche dans /usr/lib alors qu'il est bien dans /usr/lib64 qui lui est déclaré dans mon PATH et mon LD_LIBRARY_PATH
Alors comment faire !!! Pourquoi ne le trouve-t-il pas !
Voici le résultat de la compil:
make
ifort -o iapetus compo.o iniout.o endout.o corps.o thermo.o reduction.o chgbase.o triage.o output.o dataread.o iniden.o verbase.o inibase.o filtre.o conduc.o sortie.o newton.o lissage.o evaluation.o inverseD.o systeme.o fctpar.o produit.o
ld: cannot open /usr/lib/crt1.o: No such file or directory
ls /usr/lib64/crt*
/usr/lib64/crt1.o /usr/lib64/crti.o /usr/lib64/crtn.o
PATH=/usr/lib64:.:/usr/local:/usr/bin/X11:/etc:/usr/etc ....
LD_LIBRARY_PATH=/usr/lib64:/opt/intel_fc_80/lib:/opt/intel_cc_80/lib
MErci de ton aide
c'est vrai que which ne me dit rien sur mon crt1.o
En fait, mon vrai pb est que lors d'une édition de lien (ld) le crt1.o n'est pas trouvé ! Il le cherche dans /usr/lib alors qu'il est bien dans /usr/lib64 qui lui est déclaré dans mon PATH et mon LD_LIBRARY_PATH
Alors comment faire !!! Pourquoi ne le trouve-t-il pas !
Voici le résultat de la compil:
make
ifort -o iapetus compo.o iniout.o endout.o corps.o thermo.o reduction.o chgbase.o triage.o output.o dataread.o iniden.o verbase.o inibase.o filtre.o conduc.o sortie.o newton.o lissage.o evaluation.o inverseD.o systeme.o fctpar.o produit.o
ld: cannot open /usr/lib/crt1.o: No such file or directory
ls /usr/lib64/crt*
/usr/lib64/crt1.o /usr/lib64/crti.o /usr/lib64/crtn.o
PATH=/usr/lib64:.:/usr/local:/usr/bin/X11:/etc:/usr/etc ....
LD_LIBRARY_PATH=/usr/lib64:/opt/intel_fc_80/lib:/opt/intel_cc_80/lib
MErci de ton aide
jipicy
Messages postés
40805
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
10 août 2020
4 901
>
Philippe
6 févr. 2006 à 09:50
6 févr. 2006 à 09:50
Salut,
Essaie un lien symbolique :
Essaie un lien symbolique :
ln -s /usr/lib64/crt1.o /usr/lib/crt1.o;-))
Philippe
>
jipicy
Messages postés
40805
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
10 août 2020
6 févr. 2006 à 10:22
6 févr. 2006 à 10:22
merci
ça marche mais il me demande toutes les librairies de /usr/lib64 les unes après les autres !!!
Il doit y avoir un autre moyen
Pourquoi ne va-t-il pas dans /usr/lib64 que je lui ai déclaré !!!
As-tu une idée ?
ça marche mais il me demande toutes les librairies de /usr/lib64 les unes après les autres !!!
Il doit y avoir un autre moyen
Pourquoi ne va-t-il pas dans /usr/lib64 que je lui ai déclaré !!!
As-tu une idée ?
letricycle
Messages postés
5
Date d'inscription
vendredi 29 décembre 2006
Statut
Membre
Dernière intervention
29 décembre 2006
>
Philippe
29 déc. 2006 à 20:12
29 déc. 2006 à 20:12
bonsoir
y'avais un lien avec ecrit: discussion similaire, j'ai cliqué dessus, et je vois une discussion a laquelle je ne comprend rien.
COmme j'ai lu quand m^me (curiosité, curiosité) je vous dis bonne soiré et je vais retrouver ma boite de nurofen.
au revoir
y'avais un lien avec ecrit: discussion similaire, j'ai cliqué dessus, et je vois une discussion a laquelle je ne comprend rien.
COmme j'ai lu quand m^me (curiosité, curiosité) je vous dis bonne soiré et je vais retrouver ma boite de nurofen.
au revoir
mamiemando
Messages postés
32298
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 mars 2023
7 575
4 févr. 2006 à 01:54
4 févr. 2006 à 01:54
Notons au passage que les commandes locate, slocate (combinées avec updatedb), et which servent aussi à localiser des fichiers...
Mais à part ça crabs a parfaitement résumé le problème...
Mais à part ça crabs a parfaitement résumé le problème...
mamiemando
Messages postés
32298
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 mars 2023
7 575
1 janv. 2007 à 23:11
1 janv. 2007 à 23:11
Euh en tout cas le "." en début de PATH c'est un peu abusif. Imagine que quelqu'un crée un executable "cd" dans ton home c'est vraiment très dommage (surtout si celui-ci est malveillant :p).
Bon sinon, comme dis précédemment, dans ton .bashrc (ou .bash_login) il faut bien définir tes variables ainsi :
Bonne chance
Bon sinon, comme dis précédemment, dans ton .bashrc (ou .bash_login) il faut bien définir tes variables ainsi :
export PATH=${PATH}:/un/repertoire:/un/repertoire2
Bonne chance