Bon le problème c'est que dans le fichier /usr/include/netinet/in.h,
il n'y a absolument pas de "__u32", ou de "__u16".
(ni dans les autres .h ou .c mentionnés)
Dans le doute, un equery m'a dit que ce in.h venait de gblic, dont j'ai
re-emergé glibc, ... et ben tout pareil.
re-emerge de gnome-vfs aussi, sans résultat.
A l'aide ...
--
gentoo-user-fr@gentoo.org mailing list
Bon le problème c'est que dans le fichier /usr/include/netinet/in.h, il n'y a absolument pas de "__u32", ou de "__u16". (ni dans les autres .h ou .c mentionnés)
Dans le doute, un equery m'a dit que ce in.h venait de gblic, dont j'ai re-emergé glibc, ... et ben tout pareil.
re-emerge de gnome-vfs aussi, sans résultat.
A l'aide ...
-- mailing list
Tu peux nous donner les flags de totem que tu as activé pour la compil ?
GreenDuck
Le samedi 19 novembre 2005 à 13:14 +0100, Pascal Ronecker a écrit :
Salut !
j'ai encore un ptit probleme des plus incompréhensibles.
Un machin qui compile pas,, avec cette erreur là :
Bon le problème c'est que dans le fichier /usr/include/netinet/in.h,
il n'y a absolument pas de "__u32", ou de "__u16".
(ni dans les autres .h ou .c mentionnés)
Dans le doute, un equery m'a dit que ce in.h venait de gblic, dont j'ai
re-emergé glibc, ... et ben tout pareil.
Bon le problème c'est que dans le fichier /usr/include/netinet/in.h, il n'y a absolument pas de "__u32", ou de "__u16". (ni dans les autres .h ou .c mentionnés)
Dans le doute, un equery m'a dit que ce in.h venait de gblic, dont j'ai re-emergé glibc, ... et ben tout pareil.
re-emerge de gnome-vfs aussi, sans résultat.
A l'aide ...
-- mailing list
Pascal Ronecker
GreenDuck wrote:
Tu peux nous donner les flags de totem que tu as activé pour la compil ?
