Je vais confirmer les dires de Cyril --> ça ne rentre pas :p<br>
<br>
Sur une machine avec gcc 3.3.5-20050130 (Gentoo GNU/Linux)<br>
size sos.elf<br>
text data
bss dec hex filename<br>
81948 1506260 21556 1609764 189024 sos.elf<br>
<br>
Lecture des spécification à partir de /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/specs<br>
Configuré avec:
/var/tmp/portage/gcc-3.3.5.20050130-r1/work/gcc-3.3.5/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.5-20050130
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130/info
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/include/g++-v3
--host=i686-pc-linux-gnu --disable-altivec --enable-nls
--without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--enable-java-awt=gtk --enable-languages=c,c++,objc,java,f77
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu<br>
Modèle de thread: posix<br>
version gcc 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)<br>
<br>
J'ai aussi deux autres problème<br>
[1] Lors de la fabrication le script recherche l'endroit des stages 1/2
de grub. Mais malheureusement, le locate stage2 ne me sort pas mon
/boot/grub/stage2 en premier (mais autre chose qui n'a pas de rapport)<br>
Je pense qu'un "sort -u" entre le "locate" et le "head" serait sympa pour les prochaines fois :p<br>
De plus, le parametre "-1" du "head" ne devrait-il pas etre "-n 1" ?<br>
[2] Le deuxieme problème, même ça n'en est pas un, est que mon "grub
--batch" est assez lent du fait de la detection qu'il effectue surtout
sur la disquette.<br>
en mettant un petit "--no-floppy" c mieux :p<br>
<br>
voilà ^^<br>
Bon courage :)<br>
<br><br><div><span class="gmail_quote">On 6/3/05, <b class="gmail_sendername">Thomas Petazzoni</b> <<a href="mailto:thomas.petazzoni@enix.org">thomas.petazzoni@enix.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Salut,<br><br>Cyril Dupuit wrote:<br><br>> Non, elle est toujours présente. J'ai dû supprimer les exemples pour<br>> qu'elle disparaisse.<br><br>Peux-tu tester simplement les choses suivantes (sans exécuter aucune<br>
autre commande) :<br><br>$ wget -q<br><a href="http://sos.enix.org/wiki/upload/SOSDownload/sos-code-art7.5-lm72.tgz">http://sos.enix.org/wiki/upload/SOSDownload/sos-code-art7.5-lm72.tgz</a><br><br>$ tar xvf sos-code-art7.5-lm72.tgz
<br>$ cd sos-code-article7.5<br>$ make<br><br>Sur une machine avec gcc 3.3.4 (Debian GNU/Linux)<br><br> text data
bss dec hex filename<br> 81948 277256 21760 380964 5d024 sos.elf<br><br>sur une machine avec gcc 3.4.1 (Mandrake GNU/Linux 10.1)<br><br> text data
bss dec hex filename<br> 78056 399612 22080 499748 7a024 sos.elf<br><br>Sur une machine avec gcc 3.3.6 (Debian GNU/Linux)<br><br> text data
bss dec hex filename<br> 81948 277252 21764 380964 5d024 sos.elf<br><br>Bref, ça rentre sur une disquette.<br><br>Le problème de dépacement de capacité intervient avant ou après l'ajout<br>de ton programme de test ?
<br><br>Thomas<br>--<br>Thomas Petazzoni<br><a href="mailto:thomas.petazzoni@enix.org">thomas.petazzoni@enix.org</a><br>_______________________________________________<br>Sos mailing list<br><a href="mailto:Sos@the-doors.enix.org">
Sos@the-doors.enix.org</a><br><a href="http://the-doors.enix.org/cgi-bin/mailman/listinfo/sos">http://the-doors.enix.org/cgi-bin/mailman/listinfo/sos</a><br></blockquote></div><br>