ça va faire 18h00 que je suis sur le problème, je passe mon temps a fouiller
le net en vain...
Voilà, j'ai un Gentoo/AMD64 fonctionnel et je souhaite créer
dans /opt/i386-gentoo-uclibc-linux un système gentoo pour i386.
Le but du jeu est de préparer un linux embedded Gentoo en suivant la procédure
donné ici :
http://www.bulah.com/embeddedgentoo.html
Alors, je vais de problème en problème. En partant du stage 1 comme préconisé,
(attention, uclibc) je me heurte lors du bootstrap.sh a une erreur lors de
l'emerge indiquant :
/usr/lib/portage/bin/tbz2tool: file not found.
Et pourtant, ce fichier existe bel est bien dans les deux systèmes 'AMD64' et
'x86'. Cela dit, dans ce dernier, ldd montre que libc.so n'est pas trouvé.
J'ai essayé plusieurs stage1, en vain. Je suis donc passé au stage2 pour
éviter la phase de bootstrap. Lors du emerge -ev system, j'ai le message
suivant :
titan patch-2.5.9 # emerge --emptytree --verbose --newuse system
Calculating system dependencies ...done!
>>> emerge (1 of 66) sys-devel/patch-2.5.9 to /
>>> md5 files ;-) patch-2.5.9.ebuild
>>> md5 files ;-) ChangeLog
>>> md5 files ;-) metadata.xml
>>> md5 files ;-) patch-2.5.9-r1.ebuild
>>> md5 files ;-) files/digest-patch-2.5.9
>>> md5 files ;-) files/2.5.9-deb-cr.patch
>>> md5 files ;-) files/digest-patch-2.5.9-r1
>>> md5 src_uri ;-) patch-2.5.9.tar.gz
>>> Unpacking source...
>>> Unpacking patch-2.5.9.tar.gz to /var/tmp/portage/patch-2.5.9/work
>>> Source unpacked.
configure: WARNING: If you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used.
checking for i386-gentoo-linux-uclibc-gcc... i386-gentoo-linux-uclibc-gcc
checking for C compiler default output... configure: error: C compiler cannot
create executables
See `config.log' for more details.
make: *** No targets specified and no makefile found. Stop.
!!! ERROR: sys-devel/patch-2.5.9 failed.
!!! Function src_compile, Line 38, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status
message.
titan patch-2.5.9 #
Ce que je ne comprend pas, c'est que si je vais "à la main" dans le répertoire
de travail :
/var/tmp/portage/patch-2.5.9/work
et que j'y fais un .configure, ça passe...
Alors, il y a quelquechose qui m'échape. Je n'y connais absolument rien en
cross-compilation, mais par contre je connais la compilation.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pierre Vignéras
Le Lundi 20 Juin 2005 22:59, Pierre Vignéras a écrit :
Bonjour tout le monde,
ça va faire 18h00 que je suis sur le problème, je passe mon temps a fouiller le net en vain...
Bon, ben voilà, la fatigue aidant, j'ai mis dans le make.conf
CFLAGS="-mtune=i686 ..."
et manifestement, cela ne plaît pas à GCC, je ne sais pas pourquoi. Vu que je suis dans le brouillard, je vais pas cherché plus loin. Le emerge system est en cours, il y en a pour une plombe, je vais me coucher.
Dans la panique, j'ai aussi fait un
crossover -s2 -t i386-gentoo-linux-uclibc
Il est en train de compiler depuis un bon moment, j'ose pas l'arrêter, de peur qu'il me foute en vrac la bécane. Normalement, il fait tout pour que je puisse cross-compiler, c'est ça ? Il touche pas à la libc existante j'espère ? J'imagine qu'il installe l'ensemble des librairies et compilos dans des répertoires bien distincts...
Bon, je verrai bien demain. Merci quand-même. -- Pierre Vignéras
-- mailing list
Le Lundi 20 Juin 2005 22:59, Pierre Vignéras a écrit :
Bonjour tout le monde,
ça va faire 18h00 que je suis sur le problème, je passe mon temps a
fouiller le net en vain...
Bon, ben voilà, la fatigue aidant, j'ai mis dans le make.conf
CFLAGS="-mtune=i686 ..."
et manifestement, cela ne plaît pas à GCC, je ne sais pas pourquoi. Vu que je
suis dans le brouillard, je vais pas cherché plus loin. Le emerge system est
en cours, il y en a pour une plombe, je vais me coucher.
Dans la panique, j'ai aussi fait un
crossover -s2 -t i386-gentoo-linux-uclibc
Il est en train de compiler depuis un bon moment, j'ose pas l'arrêter, de peur
qu'il me foute en vrac la bécane. Normalement, il fait tout pour que je
puisse cross-compiler, c'est ça ? Il touche pas à la libc existante
j'espère ? J'imagine qu'il installe l'ensemble des librairies et compilos
dans des répertoires bien distincts...
Bon, je verrai bien demain. Merci quand-même.
--
Pierre Vignéras
Le Lundi 20 Juin 2005 22:59, Pierre Vignéras a écrit :
Bonjour tout le monde,
ça va faire 18h00 que je suis sur le problème, je passe mon temps a fouiller le net en vain...
Bon, ben voilà, la fatigue aidant, j'ai mis dans le make.conf
CFLAGS="-mtune=i686 ..."
et manifestement, cela ne plaît pas à GCC, je ne sais pas pourquoi. Vu que je suis dans le brouillard, je vais pas cherché plus loin. Le emerge system est en cours, il y en a pour une plombe, je vais me coucher.
Dans la panique, j'ai aussi fait un
crossover -s2 -t i386-gentoo-linux-uclibc
Il est en train de compiler depuis un bon moment, j'ose pas l'arrêter, de peur qu'il me foute en vrac la bécane. Normalement, il fait tout pour que je puisse cross-compiler, c'est ça ? Il touche pas à la libc existante j'espère ? J'imagine qu'il installe l'ensemble des librairies et compilos dans des répertoires bien distincts...
Bon, je verrai bien demain. Merci quand-même. -- Pierre Vignéras
-- mailing list
Christophe Garault
Pierre Vignéras a écrit :
Bon, ben voilà, la fatigue aidant, j'ai mis dans le make.conf
CFLAGS="-mtune=i686 ..."
Je ne connais pas ce flag, quelle différence avec mcpu et march?
Dans la panique, j'ai aussi fait un
crossover -s2 -t i386-gentoo-linux-uclibc
Encore un truc inconnu, c'est quoi ce crossover?
Bon pour en revenir au sujet de ton thread, j'avais réalisé un embedded linux sur une gentoo mais à partir du paquet dispo sur le site d'Erik Andersen http://buildroot.uclibc.org/ . Ca créé automatiquement la toolchain, la µClibc et un zouli Busybox.
Si ça peut aider.
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
Pierre Vignéras a écrit :
Bon, ben voilà, la fatigue aidant, j'ai mis dans le make.conf
CFLAGS="-mtune=i686 ..."
Je ne connais pas ce flag, quelle différence avec mcpu et march?
Dans la panique, j'ai aussi fait un
crossover -s2 -t i386-gentoo-linux-uclibc
Encore un truc inconnu, c'est quoi ce crossover?
Bon pour en revenir au sujet de ton thread, j'avais réalisé un embedded
linux sur une gentoo mais à partir du paquet dispo sur le site d'Erik
Andersen http://buildroot.uclibc.org/ . Ca créé automatiquement la
toolchain, la µClibc et un zouli Busybox.
Si ça peut aider.
--
Christophe Garault
Take your marks:
Gen too three: Emerge!
Bon, ben voilà, la fatigue aidant, j'ai mis dans le make.conf
CFLAGS="-mtune=i686 ..."
Je ne connais pas ce flag, quelle différence avec mcpu et march?
Dans la panique, j'ai aussi fait un
crossover -s2 -t i386-gentoo-linux-uclibc
Encore un truc inconnu, c'est quoi ce crossover?
Bon pour en revenir au sujet de ton thread, j'avais réalisé un embedded linux sur une gentoo mais à partir du paquet dispo sur le site d'Erik Andersen http://buildroot.uclibc.org/ . Ca créé automatiquement la toolchain, la µClibc et un zouli Busybox.
Si ça peut aider.
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
Yoann Pannier
Christophe Garault wrote, On 06/21/2005 12:43 PM:
CFLAGS="-mtune=i686 ..."
Je ne connais pas ce flag, quelle différence avec mcpu et march?
Pour x86, depuis gcc-?, mtune == mcpu (ce dernier étant obsolète).
Pour les autres àa dépend, mieux vaut regarder le man de gcc.
-- Yoann Pannier
-- mailing list
Christophe Garault wrote, On 06/21/2005 12:43 PM:
CFLAGS="-mtune=i686 ..."
Je ne connais pas ce flag, quelle différence avec mcpu et march?
Pour x86, depuis gcc-?, mtune == mcpu (ce dernier étant obsolète).
Pour les autres àa dépend, mieux vaut regarder le man de gcc.
Je ne connais pas ce flag, quelle différence avec mcpu et march?
Pour x86, depuis gcc-?, mtune == mcpu (ce dernier étant obsolète).
Pour les autres àa dépend, mieux vaut regarder le man de gcc.
-- Yoann Pannier
-- mailing list
Christophe Garault
Yoann Pannier a écrit :
Pour x86, depuis gcc-?, mtune == mcpu (ce dernier étant obsolète).
Pour les autres àa dépend, mieux vaut regarder le man de gcc.
Ok, je viens d'y jetter un oeil et il semble que mtune et mcpu ne soient pas tout à fait identiques. En réalité celà dépend des architectures (en tous cas avec gcc 3.3.5) car certaines ont les 3 options (ARM par ex.) d'autres n'ont pas mtune ou march. Peut-être qu'avec les versions suivantes de gcc celà a été homogénéisé?
-- Christophe Garault Take your marks: Gen too three: Emerge!
-- mailing list
Yoann Pannier a écrit :
Pour x86, depuis gcc-?, mtune == mcpu (ce dernier étant obsolète).
Pour les autres àa dépend, mieux vaut regarder le man de gcc.
Ok, je viens d'y jetter un oeil et il semble que mtune et mcpu ne soient
pas tout à fait identiques. En réalité celà dépend des architectures (en
tous cas avec gcc 3.3.5) car certaines ont les 3 options (ARM par ex.)
d'autres n'ont pas mtune ou march. Peut-être qu'avec les versions
suivantes de gcc celà a été homogénéisé?
--
Christophe Garault
Take your marks:
Gen too three: Emerge!
Pour x86, depuis gcc-?, mtune == mcpu (ce dernier étant obsolète).
Pour les autres àa dépend, mieux vaut regarder le man de gcc.
Ok, je viens d'y jetter un oeil et il semble que mtune et mcpu ne soient pas tout à fait identiques. En réalité celà dépend des architectures (en tous cas avec gcc 3.3.5) car certaines ont les 3 options (ARM par ex.) d'autres n'ont pas mtune ou march. Peut-être qu'avec les versions suivantes de gcc celà a été homogénéisé?
-- Christophe Garault Take your marks: Gen too three: Emerge!
