!!! ERROR: x11-libs/gtk+-2.4.14 failed.
!!! Function src_compile, Line 78, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status
message.
Voila, si quelqu'un à une idée, ou a le même problème
un petit mail me ferait plaisir.
!!! ERROR: x11-libs/gtk+-2.4.14 failed. !!! Function src_compile, Line 78, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
Voila, si quelqu'un à une idée, ou a le même problème un petit mail me ferait plaisir.
Jean-Philippe
-- mailing list
-- mailing list
Essaye ceci avant de lancer ton emerge : fix_libtool_files.sh 3.3.4
le problème viens de la mise à jour de gcc 3.3.5
Jean-Philippe ROPA a écrit :
Bonjour à tous.
N'arrivant pas à résoudre mon problème, je fais
appel à vous, voici donc mon souci :
Hier un petit emerge sync (histoire d'être à jour comme chaque semaine)
Puis comme d'habitude :
emerge -pvuD world
([ebuild U ] x11-libs/gtk+-2.4.14 [2.4.13-r1])
Et paf, il se bloque lors de la compilation de gtk+-2.4.14 ;
!!! ERROR: x11-libs/gtk+-2.4.14 failed.
!!! Function src_compile, Line 78, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status
message.
Voila, si quelqu'un à une idée, ou a le même problème
un petit mail me ferait plaisir.
!!! ERROR: x11-libs/gtk+-2.4.14 failed. !!! Function src_compile, Line 78, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
Voila, si quelqu'un à une idée, ou a le même problème un petit mail me ferait plaisir.
Jean-Philippe
-- mailing list
-- mailing list
Jean-Philippe ROPA
Problème résolu, merci.
J'aimerais bien comprendre à quoi servent les commandes : fix_libtool_files.sh ou encore fixpackages
Faut-il les exécuter après chaque mise à jour de l'arbre portage ?
Jean-Philippe
Amaury Bamps a écrit :
Essaye ceci avant de lancer ton emerge : fix_libtool_files.sh 3.3.4 le problème viens de la mise à jour de gcc 3.3.5
Jean-Philippe ROPA a écrit :
Bonjour à tous.
N'arrivant pas à résoudre mon problème, je fais appel à vous, voici donc mon souci :
Hier un petit emerge sync (histoire d'être à jour comme chaque semaine)
Puis comme d'habitude : emerge -pvuD world
([ebuild U ] x11-libs/gtk+-2.4.14 [2.4.13-r1])
Et paf, il se bloque lors de la compilation de gtk+-2.4.14 ;
!!! ERROR: x11-libs/gtk+-2.4.14 failed. !!! Function src_compile, Line 78, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
Voila, si quelqu'un à une idée, ou a le même problème un petit mail me ferait plaisir.
Jean-Philippe
-- mailing list
-- mailing list
-- mailing list
Problème résolu, merci.
J'aimerais bien comprendre à quoi servent les commandes :
fix_libtool_files.sh ou encore fixpackages
Faut-il les exécuter après chaque mise à jour de l'arbre portage ?
Jean-Philippe
Amaury Bamps a écrit :
Essaye ceci avant de lancer ton emerge : fix_libtool_files.sh 3.3.4
le problème viens de la mise à jour de gcc 3.3.5
Jean-Philippe ROPA a écrit :
Bonjour à tous.
N'arrivant pas à résoudre mon problème, je fais
appel à vous, voici donc mon souci :
Hier un petit emerge sync (histoire d'être à jour comme chaque semaine)
Puis comme d'habitude :
emerge -pvuD world
([ebuild U ] x11-libs/gtk+-2.4.14 [2.4.13-r1])
Et paf, il se bloque lors de la compilation de gtk+-2.4.14 ;
!!! ERROR: x11-libs/gtk+-2.4.14 failed.
!!! Function src_compile, Line 78, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status
message.
Voila, si quelqu'un à une idée, ou a le même problème
un petit mail me ferait plaisir.
!!! ERROR: x11-libs/gtk+-2.4.14 failed. !!! Function src_compile, Line 78, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message.
Voila, si quelqu'un à une idée, ou a le même problème un petit mail me ferait plaisir.
On Sun, 2005-01-16 at 17:17 +0100, Jean-Philippe ROPA wrote:
Problème résolu, merci.
J'aimerais bien comprendre à quoi servent les commandes : fix_libtool_files.sh ou encore fixpackages
Faut-il les exécuter après chaque mise à jour de l'arbre portage ?
Jean-Philippe
Non, en fait ce script met a jour les chemins hardcodés des librairies pour la lib standard notamment. Donc cela doit se faire que lorsque l'architecture des chemins des libraries de gcc ont changés. A utiliser donc lorsque l'on upgrade d'un gcc à un autre ne respectant plus exactement le même emplacement de librairies.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3"> </HEAD> <BODY> On Sun, 2005-01-16 at 17:17 +0100, Jean-Philippe ROPA wrote: <BLOCKQUOTE TYPE=CITE> <PRE> <FONT COLOR="#000000">Problème résolu, merci.</FONT>
<FONT COLOR="#000000">J'aimerais bien comprendre à quoi servent les commandes : </FONT> <FONT COLOR="#000000">fix_libtool_files.sh ou encore fixpackages</FONT>
<FONT COLOR="#000000">Faut-il les exécuter après chaque mise &# 224; jour de l'arbre portage ?</FONT>
<FONT COLOR="#000000">Jean-Philippe</FONT> </PRE> </BLOCKQUOTE> <BR> Non, en fait ce script met a jour les chemins hardcodés des librairie s pour la lib standard notamment.<BR> Donc cela doit se faire que lorsque l'architecture des chemins des librarie s de gcc ont changés.<BR> A utiliser donc lorsque l'on upgrade d'un gcc à un autre ne respectant plus exactement le même emplacement de librairies.<BR> <BR> En esperant t'avoir eclairé...<BR> <BR> <BR> &nb sp; Tuttle<BR> <BR> <BR> </BODY> </HTML>
--=-v9zK5MXbXazu8/St0U7v--
--=-h9TBHweufQN97Ubfy033 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part
On Sun, 2005-01-16 at 17:17 +0100, Jean-Philippe ROPA wrote:
Problème résolu, merci.
J'aimerais bien comprendre à quoi servent les commandes :
fix_libtool_files.sh ou encore fixpackages
Faut-il les exécuter après chaque mise à jour de l'arbre portage ?
Jean-Philippe
Non, en fait ce script met a jour les chemins hardcodés des librairies
pour la lib standard notamment.
Donc cela doit se faire que lorsque l'architecture des chemins des
libraries de gcc ont changés.
A utiliser donc lorsque l'on upgrade d'un gcc à un autre ne respectant
plus exactement le même emplacement de librairies.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3">
</HEAD>
<BODY>
On Sun, 2005-01-16 at 17:17 +0100, Jean-Philippe ROPA wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">Problème résolu, merci.</FONT>
<FONT COLOR="#000000">J'aimerais bien comprendre à quoi servent les commandes : </FONT>
<FONT COLOR="#000000">fix_libtool_files.sh ou encore fixpackages</FONT>
<FONT COLOR="#000000">Faut-il les exécuter après chaque mise &# 224; jour de l'arbre portage ?</FONT>
<FONT COLOR="#000000">Jean-Philippe</FONT>
</PRE>
</BLOCKQUOTE>
<BR>
Non, en fait ce script met a jour les chemins hardcodés des librairie s pour la lib standard notamment.<BR>
Donc cela doit se faire que lorsque l'architecture des chemins des librarie s de gcc ont changés.<BR>
A utiliser donc lorsque l'on upgrade d'un gcc à un autre ne respectant plus exactement le même emplacement de librairies.<BR>
<BR>
En esperant t'avoir eclairé...<BR>
<BR>
<BR>
&nb sp; Tuttle<BR>
<BR>
<BR>
</BODY>
</HTML>
--=-v9zK5MXbXazu8/St0U7v--
--=-h9TBHweufQN97Ubfy033
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part
On Sun, 2005-01-16 at 17:17 +0100, Jean-Philippe ROPA wrote:
Problème résolu, merci.
J'aimerais bien comprendre à quoi servent les commandes : fix_libtool_files.sh ou encore fixpackages
Faut-il les exécuter après chaque mise à jour de l'arbre portage ?
Jean-Philippe
Non, en fait ce script met a jour les chemins hardcodés des librairies pour la lib standard notamment. Donc cela doit se faire que lorsque l'architecture des chemins des libraries de gcc ont changés. A utiliser donc lorsque l'on upgrade d'un gcc à un autre ne respectant plus exactement le même emplacement de librairies.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.2.3"> </HEAD> <BODY> On Sun, 2005-01-16 at 17:17 +0100, Jean-Philippe ROPA wrote: <BLOCKQUOTE TYPE=CITE> <PRE> <FONT COLOR="#000000">Problème résolu, merci.</FONT>
<FONT COLOR="#000000">J'aimerais bien comprendre à quoi servent les commandes : </FONT> <FONT COLOR="#000000">fix_libtool_files.sh ou encore fixpackages</FONT>
<FONT COLOR="#000000">Faut-il les exécuter après chaque mise &# 224; jour de l'arbre portage ?</FONT>
<FONT COLOR="#000000">Jean-Philippe</FONT> </PRE> </BLOCKQUOTE> <BR> Non, en fait ce script met a jour les chemins hardcodés des librairie s pour la lib standard notamment.<BR> Donc cela doit se faire que lorsque l'architecture des chemins des librarie s de gcc ont changés.<BR> A utiliser donc lorsque l'on upgrade d'un gcc à un autre ne respectant plus exactement le même emplacement de librairies.<BR> <BR> En esperant t'avoir eclairé...<BR> <BR> <BR> &nb sp; Tuttle<BR> <BR> <BR> </BODY> </HTML>
--=-v9zK5MXbXazu8/St0U7v--
--=-h9TBHweufQN97Ubfy033 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part