mon make marche pas

Bonjour,

J'essayais de compiler swftools sur une etch nouvellement installée (dépots officiels, pas de paquet spinning, bref,
toute propre) et j'avais toujours un pb bizarre au make

making all in m4...
cd m4;make all
/bin/sh: line 0: cd: m4: No such file or directory

alors que le rep m4 est bien là.

après avoir posé la question sur la ml swftools (je pensais à   une incompatibilité gcc4), je teste quand même une autre
compil, avec apache2, pour voir, et là même chose

make
Making all in srclib
/bin/sh: line 10: cd: srclib: No such file or directory
make: *** [all-recursive] Error 1

J'ai le même pb sur mon desktop, en etch aussi.

Une idée ?

make
Making all in srclib
/bin/sh: line 10: cd: srclib: No such file or directory
make: *** [all-recursive] Error 1

J'ai le même pb sur mon desktop, en etch aussi.

Une idée ?

which make

file /usr/bin/make (ou celui donné par which)

apt-cache policy make

T’as essayé apt-get install --reinstall make ?

Je vais tenter de refaire mon make à partir de make-src.

Daniel Caillibaud a écrit :
> Je vais tenter de refaire mon make à partir de make-src.

Il est bête le monsieur, pour recompiler make il faut make !

$ apt-get source make
$ dpkg-source -x make-dfsg_3.81-2.dsc
$ cd make-dfsg-3.81/
$ dpkg-buildpackage -rfakeroot -b
[...]
/usr/bin/make CC="cc" CFLAGS="-O2 -g" LDFLAGS="-s"
make[1]: entrant dans le répertoire « /home/daniel/0.encours/te st_compil/make/make-dfsg-3.81 »
/usr/bin/make all-recursive
make[2]: entrant dans le répertoire « /home/daniel/0.encours/te st_compil/make/make-dfsg-3.81 »
Making all in glob
/bin/sh: line 17: cd: glob: Aucun fichier ou répertoire de ce type
make[2]: *** [all-recursive] Erreur 1

Bon, ça ira comme ça pour un vendredi soir, on reprendra repos é lundi...

[...]
> which make

/usr/bin/make

type make
make is hashed (/usr/bin/make)

> file /usr/bin/make (ou celui donné par which)

file /usr/bin/make
/usr/bin/make: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses
shared libs), for GNU/Linux 2.4.1, stripped

Mais je suis en 2.6, ça peut venir de là ?

uname -a
Linux dcailli 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/L inux

> apt-cache policy make

J'ai pas de dépots bizarre ;-)
Donc ça donne

make:
Installé : 3.81-2
Candidat : 3.81-2
Table de version :
*** 3.81-2 0
500 http://ftp.fr.debian.org etch/main Packages
100 /var/lib/dpkg/status

> T’as essayé apt-get install --reinstall make ?

Oui, je viens de recommencer, mais ça change rien...
Je vais tenter de refaire mon make à partir de make-src.

T’as essayé apt-get install --reinstall make ?

Oui, je viens de recommencer, mais ça change rien...
Je vais tenter de refaire mon make à partir de make-src.

Et si tu fais
echo 'main() {}' > t.c
make t

Ça marche ?

C’est sûrement plus un problème de shell ou une configuration
dans un coin qu’un problème avec le binaire de make lui-même.

Sylvain Sauvage a écrit :
>>> T’as essayé apt-get install --reinstall make ?
>> Oui, je viens de recommencer, mais ça change rien...
>> Je vais tenter de refaire mon make à partir de make-src.

J'ai refait mon make avec apt-build, mais ça change rien.

> Et si tu fais
> echo 'main() {}' > t.c
> make t
>
> Ça marche ?

Oui :

$ make t.c
make: Rien à faire pour « t.c ».

> C’est sûrement plus un problème de shell ou une con figuration
> dans un coin qu’un problème avec le binaire de make lui-m ême.

J'ai vérifié que /bin/sh pointait sur bash, jamais eu d epb ave c bash jusqu'ici ;-)

Ce qui est bizarre, c'est que ça le fasse sur 2 machines, donc une t rès fraîchement installée "proprement".

Oh, et une petite recherche me donne
http://rt.openssl.org/Ticket/Display.html?id‘9&user=guest&pass=guest
où il est question de la variable CDPATH (man cd). Elle contient
une liste de répertoires à essayer pour un cd au lieu de « . » et
il semble que « . » n’y soit justement pas, donc, si CDPATH vaut
« tutu:toto », « cd x » essaiera d’aller dans tutu/x puis toto/x
mais pas dans ./x ...

Sylvain Sauvage a écrit :

Oh, et une petite recherche me donne
http://rt.openssl.org/Ticket/Display.html?id‘9&user=guest&pass=guest
où il est question de la variable CDPATH (man cd). Elle contient
une liste de répertoires à essayer pour un cd au lieu de « . » et
il semble que « . » n’y soit justement pas, donc, si CDPATH vaut
« tutu:toto », « cd x » essaiera d’aller dans tutu/x puis toto/x
mais pas dans ./x ...

Bingo, enfin pas sûr car pas testé, mais ça y ressemble fort.
En effet, j'ai un CDPATH dans mon environnement, je teste lundi et vous confirme ça.