compiler directement via ld

bonjour,
je code un peu en ASM (NASM) en ce moment, et pour linker j'aimerais passer directement par le linker que par GCC.
Voici mes logs :

Citation:

---

Envoyé par Console

minirop@linux:~/Desktop/asm> nasm -f elf pwet.asm
minirop@linux:~/Desktop/asm> ld -o pwet pwet.o -lc
minirop@linux:~/Desktop/asm> ls
compare1.asm compare_c.c Makefile pwet.asm~ replace.o test.o
compare1.asm~ compare_c.c~ Makefile~ pwet.o test
compare.asm compare_c.s pwet replace.asm test.c
compare.asm~ compare.o pwet.asm replace.asm~ test.c~
minirop@linux:~/Desktop/asm> ./pwet
bash: ./pwet: Aucun fichier ou répertoire de ce type

---

la dernière ligne me laisse perplexe.
D'ailleurs si je passe par gcc :

Citation:

---

Envoyé par Console

gcc -o pwet pwet.o

---

(en ayant modifier mon "_start" en "main")
le code fonctionne parfaitement o_O
quelqu'un aurait-il une idée ?

merci
++

Bizarre en effet !
Si tu fais ls -l pwet, qu'est ce qui s'affiche ?

Citation:

---

Envoyé par console

minirop@linux:~/Desktop/asm> ls -l pwet
-rwxr-xr-x 1 minirop users 2000 2007-04-03 00:05 pwet

---

Et ta variable PATH, que vaut-elle (quoiqu'avec ./, cela devrait fonctionner) ?

Pour le ls -l que tu as fait, c'est bien apres la compilation avec nasm et le linkage avec ld.

Parce que si tu as les droits d'execution dessus devrait pas y avoir de soucis.

Pourquoi le forum C au fait ?

Au pire essaye ça

Code:

---

1 2	nasm -f elf pwet.asm ld -s -o pwet pwet.o

---

Si ca marche avec gcc et pas avec ld, c'est que gcc ajoute des arguments qu'il te manque lorsqu'il appelle ld. Regarde la ligne d'appel exact avec gcc -v (si j'ai bonne memoire).

Citation:

---

Envoyé par Skyrunner

Pour le ls -l que tu as fait, c'est bien apres la compilation avec nasm et le linkage avec ld.

---

oui

Citation:

---

Envoyé par Skyrunner

Au pire essaye ça

Code:

---

nasm -f elf pwet.asm ld -s -o pwet pwet.o

---

---

marche pas plus

Citation:

---

Envoyé par Jean-Marc.Bourguet

Si ca marche avec gcc et pas avec ld, c'est que gcc ajoute des arguments qu'il te manque lorsqu'il appelle ld. Regarde la ligne d'appel exact avec gcc -v (si j'ai bonne memoire).

---

çà affiche les options du ./configure

Code:

---

1 2 3 4 5 6

minirop@linux:~/Desktop/asm> gcc -v Using built-in specs. Target: i586-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,f95,java,ada --disable-checking --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-java-awt=gtk --disable-libjava-multilib --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux Thread model: posix gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)

---

Code:

---

gcc -v -o pwet pwet.o

---

Supposons que le problème vienne du ld et que le pwet généré est mal construit (incomplet). Le message d'erreur "Aucun fichier ou répertoire ..." est quand même étrange !

On s'attendrait plutôt à "Cannot execute ..." ou "Cannot load ..." ou "Bad file ..." (en version anglaise).

Bref, un message signalant que le fichier n'est pas là alors qu'il est là, moi, je change de shell. D'ailleurs, c'est quoi ce bash ? As tu essayé directement sous /bin/sh ?

De plus, as tu fait un

Code:

---

file pwet

---

pour avoir plus d'infos sur le fichier ?

Citation:

---

Envoyé par josse95

D'ailleurs, c'est quoi ce bash ? As tu essayé directement sous /bin/sh ?

---

c'est sous la konsole.
mêmes résultats.

Citation:

---

Envoyé par josse95

De plus, as tu fait un

Code:

---

file pwet

---

pour avoir plus d'infos sur le fichier ?

---

Code:

---

1 2 3 4

sh-3.00$ file pwet pwet: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped sh-3.00$ ./pwet sh: ./pwet: Aucun fichier ou répertoire de ce type

---

Le problème vient peut d'être d'une librairie partagée qui n'est pas trouvée.

Peut-être peux tu utiliser la commande ldd pour retrouver les librairies utilisées et contrôler qu'elles existent et sont accessibles ?

Tu peux aussi lancer pwet sous debugger ...

çà avance, ldd donne aussi "file not found" et gdb donne :

Citation:

---

Program exited with code 01.
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
You can't do that without a process to debug.

---

:aie:

As tu essayé de lancer ldd avec le path complet de pwet ?

As tu aussi comparé le résultat de la commande file avec celui de cette même commande appliquée au fichier pwet qui marche ?

Citation:

---

Envoyé par josse95

As tu essayé de lancer ldd avec le path complet de pwet ?

---

Citation:

---

Envoyé par josse95

As tu aussi comparé le résultat de la commande file avec celui de cette même commande appliquée au fichier pwet qui marche ?

---

voilà ! en rouge ce qui change.

Citation:

---

Envoyé par console

minirop@linux:~/Desktop/asm> file pwet
pwet: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped
minirop@linux:~/Desktop/asm> file pwet2
pwet2: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped

---