Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version
bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130:
undefined reference to `libiconv'
../gmime/libgmime.a(gmime-filter-charset.o)(.text+0x29e): dans la fonction
« filter_complete »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:194:
undefined reference to `libiconv'
../gmime/libgmime.a(gmime-filter-charset.o)(.text+0x2e3):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:225:
undefined reference to `libiconv'
../gmime/libgmime.a(gmime-filter-charset.o)(.text+0x3be): dans la fonction
« filter_reset »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:246:
undefined reference to `libiconv'
../gmime/libgmime.a(gmime-iconv.o)(.text+0xc2): dans la fonction «
iconv_cache_bucket_expire »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:132: undefined
reference to `libiconv_close'
../gmime/libgmime.a(gmime-iconv.o)(.text+0x184): dans la fonction «
g_mime_iconv_shutdown »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:172: undefined
reference to `libiconv_close'
../gmime/libgmime.a(gmime-iconv.o)(.text+0x33b): dans la fonction «
g_mime_iconv_open »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:253: undefined
reference to `libiconv_open'
../gmime/libgmime.a(gmime-iconv.o)(.text+0x448):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:268: undefined
reference to `libiconv'
../gmime/libgmime.a(gmime-iconv.o)(.text+0x45a):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:273: undefined
reference to `libiconv_open'
../gmime/libgmime.a(gmime-iconv.o)(.text+0x570): dans la fonction «
g_mime_iconv_close »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:335: undefined
reference to `libiconv_close'
../gmime/libgmime.a(gmime-iconv.o)(.text+0x662):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv.c:346: undefined
reference to `libiconv_close'
../gmime/libgmime.a(gmime-iconv-utils.o)(.text+0x48): dans la fonction «
iconv_utils_init »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:63: undefined
reference to `libiconv_open'
../gmime/libgmime.a(gmime-iconv-utils.o)(.text+0x56):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:64: undefined
reference to `libiconv_open'
../gmime/libgmime.a(gmime-iconv-utils.o)(.text+0xd6): dans la fonction «
g_mime_iconv_strndup »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:105: undefined
reference to `libiconv'
../gmime/libgmime.a(gmime-iconv-utils.o)(.text+0x119):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:133: undefined
reference to `libiconv'
../gmime/libgmime.a(gmime-iconv-utils.o)(.text+0x136):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:144: undefined
reference to `libiconv'
../gmime/libgmime.a(gmime-iconv-utils.o)(.text+0x1ce):
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:155: undefined
reference to `libiconv' collect2: ld a retourné 1 code d'état
d'exécution
make[3]: *** [pan] Erreur 1
make[3]: Leaving directory `/home/anthony/tmp/pan-0.14.2.91/pan'
make[2]: *** [all-recursive] Erreur 1
make[2]: Leaving directory `/home/anthony/tmp/pan-0.14.2.91/pan'
make[1]: *** [all-recursive] Erreur 1
make[1]: Leaving directory `/home/anthony/tmp/pan-0.14.2.91'
make: *** [all-recursive-am] Erreur 2
Oui je sais, j'en ai peut etre mis un peu trop ...
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois
cette semaine que j'ai ce *bip* message d'erreur :
1) avec mathview ou une dépendance (c'est pour formater des équations
mathématiques à travers Sylpheed !)
2) avec ecore (lib pour Enlightenment ; j'voulais essayer E17 à partir
des CVS !)
3) Pan (version 0.14.2.91)
Bref, là il faut vraiment qu'on me sorte du pétrin :-)
J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
On Fri, 21 May 2004 13:58:45 +0200, Anthony wrote:
(...)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois cette semaine que j'ai ce *bip* message d'erreur :
vous aurez ce message d'erreur tant que le compilateur ne trouvera pas ce symbole dans un fichier d'entete (d'extension .h en général).
Si un fichier contenant ces symboles se trouve quelque part sur le disque, il faudrait le rendre accessible au compilateur; un moyen simple est de le recopier dans /usr/include; ou bien si le programme à compiler a une procédure 'configure', ajouter le chemin à ce fichier en utilisant les options de configure (qu'on obtient en général en tapant ./configure --help)
Gérard Patel
On Fri, 21 May 2004 13:58:45 +0200, Anthony
<-sanspub-anthony.jacob-sanspub-@myrealbox.com> wrote:
(...)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130:
undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois
cette semaine que j'ai ce *bip* message d'erreur :
vous aurez ce message d'erreur tant que le compilateur
ne trouvera pas ce symbole dans un fichier d'entete
(d'extension .h en général).
Si un fichier contenant ces symboles se trouve quelque part
sur le disque, il faudrait le rendre accessible au compilateur;
un moyen simple est de le recopier dans /usr/include; ou bien
si le programme à compiler a une procédure 'configure', ajouter
le chemin à ce fichier en utilisant les options de configure
(qu'on obtient en général en tapant ./configure --help)
On Fri, 21 May 2004 13:58:45 +0200, Anthony wrote:
(...)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois cette semaine que j'ai ce *bip* message d'erreur :
vous aurez ce message d'erreur tant que le compilateur ne trouvera pas ce symbole dans un fichier d'entete (d'extension .h en général).
Si un fichier contenant ces symboles se trouve quelque part sur le disque, il faudrait le rendre accessible au compilateur; un moyen simple est de le recopier dans /usr/include; ou bien si le programme à compiler a une procédure 'configure', ajouter le chemin à ce fichier en utilisant les options de configure (qu'on obtient en général en tapant ./configure --help)
Gérard Patel
Anthony
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois cette semaine que j'ai ce *bip* message d'erreur :
Vous aurez ce message d'erreur tant que le compilateur ne trouvera pas ce symbole dans un fichier d'entete (d'extension .h en général).
Si un fichier contenant ces symboles se trouve quelque part sur le disque, il faudrait le rendre accessible au compilateur; un moyen simple est de le recopier dans /usr/include; ou bien si le programme à compiler a une procédure 'configure', ajouter le chemin à ce fichier en utilisant les options de configure (qu'on obtient en général en tapant ./configure --help)
Ah, merci beaucoup, Gérard, maintenant je comprends ce qui va pas :-) L'ennui, c'est que j'ai bien un fichier dans /usr/include/ qui contient les symboles dont tu me parles (enfin je crois !?). C'est le fichier iconv.h
Extraits de ce fichier : /* Allocates descriptor for code conversion from encoding `fromcode' to encoding `tocode'. */ #ifndef LIBICONV_PLUG #define iconv_open libiconv_open #endif extern iconv_t iconv_open (const char* tocode, const char* fromcode);
/* Frees resources allocated for conversion descriptor `cd'. */ #ifndef LIBICONV_PLUG #define iconv_close libiconv_close #endif extern int iconv_close (iconv_t cd);
Je connais rien à la programmation, mais les symboles sont définis non ??
Merci d'avance pour ton aide (ah oui là faut absolument me répondre, sinon ce truc m'a m'empêché de dormir pdt un bon moment :-D)
Anthony
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130:
undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois
cette semaine que j'ai ce *bip* message d'erreur :
Vous aurez ce message d'erreur tant que le compilateur
ne trouvera pas ce symbole dans un fichier d'entete
(d'extension .h en général).
Si un fichier contenant ces symboles se trouve quelque part
sur le disque, il faudrait le rendre accessible au compilateur;
un moyen simple est de le recopier dans /usr/include; ou bien
si le programme à compiler a une procédure 'configure', ajouter
le chemin à ce fichier en utilisant les options de configure
(qu'on obtient en général en tapant ./configure --help)
Ah, merci beaucoup, Gérard, maintenant je comprends ce qui va pas :-)
L'ennui, c'est que j'ai bien un fichier dans /usr/include/ qui contient
les symboles dont tu me parles (enfin je crois !?).
C'est le fichier iconv.h
Extraits de ce fichier :
/* Allocates descriptor for code conversion from encoding `fromcode' to
encoding `tocode'. */
#ifndef LIBICONV_PLUG
#define iconv_open libiconv_open
#endif
extern iconv_t iconv_open (const char* tocode, const char* fromcode);
/* Frees resources allocated for conversion descriptor `cd'. */
#ifndef LIBICONV_PLUG
#define iconv_close libiconv_close
#endif
extern int iconv_close (iconv_t cd);
Je connais rien à la programmation, mais les symboles sont définis non ??
Merci d'avance pour ton aide (ah oui là faut absolument me répondre,
sinon ce truc m'a m'empêché de dormir pdt un bon moment :-D)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois cette semaine que j'ai ce *bip* message d'erreur :
Vous aurez ce message d'erreur tant que le compilateur ne trouvera pas ce symbole dans un fichier d'entete (d'extension .h en général).
Si un fichier contenant ces symboles se trouve quelque part sur le disque, il faudrait le rendre accessible au compilateur; un moyen simple est de le recopier dans /usr/include; ou bien si le programme à compiler a une procédure 'configure', ajouter le chemin à ce fichier en utilisant les options de configure (qu'on obtient en général en tapant ./configure --help)
Ah, merci beaucoup, Gérard, maintenant je comprends ce qui va pas :-) L'ennui, c'est que j'ai bien un fichier dans /usr/include/ qui contient les symboles dont tu me parles (enfin je crois !?). C'est le fichier iconv.h
Extraits de ce fichier : /* Allocates descriptor for code conversion from encoding `fromcode' to encoding `tocode'. */ #ifndef LIBICONV_PLUG #define iconv_open libiconv_open #endif extern iconv_t iconv_open (const char* tocode, const char* fromcode);
/* Frees resources allocated for conversion descriptor `cd'. */ #ifndef LIBICONV_PLUG #define iconv_close libiconv_close #endif extern int iconv_close (iconv_t cd);
Je connais rien à la programmation, mais les symboles sont définis non ??
Merci d'avance pour ton aide (ah oui là faut absolument me répondre, sinon ce truc m'a m'empêché de dormir pdt un bon moment :-D)
Anthony
no_spam
On Fri, 21 May 2004 14:08:13 +0000, gerard patel wrote:
On Fri, 21 May 2004 13:58:45 +0200, Anthony wrote:
(...)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois cette semaine que j'ai ce *bip* message d'erreur :
vous aurez ce message d'erreur tant que le compilateur ne trouvera pas ce symbole dans un fichier d'entete (d'extension .h en général).
Non, c'est un problème de link, pas de compilation. Il faudrait vérifier que les lib sont joignables par le linker: locate libiconv | grep "/lib/" et vérifier que les répertoires en question sont bien dans /etc/ld.so.conf et refaire un ldconfig, au cas ou. Si c'est un link statique, vérifier que la librairie statique est installée. (libiconv.a) Si ça persiste, il y a une option de configure pour se passer de cette lib, il me semble: ./configure --help | grep iconv
On Fri, 21 May 2004 14:08:13 +0000, gerard patel wrote:
On Fri, 21 May 2004 13:58:45 +0200, Anthony
<-sanspub-anthony.jacob-sanspub-@myrealbox.com> wrote:
(...)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130:
undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois
cette semaine que j'ai ce *bip* message d'erreur :
vous aurez ce message d'erreur tant que le compilateur
ne trouvera pas ce symbole dans un fichier d'entete
(d'extension .h en général).
Non, c'est un problème de link, pas de compilation.
Il faudrait vérifier que les lib sont joignables par le linker:
locate libiconv | grep "/lib/"
et vérifier que les répertoires en question sont bien dans
/etc/ld.so.conf
et refaire un ldconfig, au cas ou.
Si c'est un link statique, vérifier que la librairie statique est
installée. (libiconv.a)
Si ça persiste, il y a une option de configure pour se passer de
cette lib, il me semble:
./configure --help | grep iconv
On Fri, 21 May 2004 14:08:13 +0000, gerard patel wrote:
On Fri, 21 May 2004 13:58:45 +0200, Anthony wrote:
(...)
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
Si je poste ce message d'erreur c'est parce que ça fait la 3eme fois cette semaine que j'ai ce *bip* message d'erreur :
vous aurez ce message d'erreur tant que le compilateur ne trouvera pas ce symbole dans un fichier d'entete (d'extension .h en général).
Non, c'est un problème de link, pas de compilation. Il faudrait vérifier que les lib sont joignables par le linker: locate libiconv | grep "/lib/" et vérifier que les répertoires en question sont bien dans /etc/ld.so.conf et refaire un ldconfig, au cas ou. Si c'est un link statique, vérifier que la librairie statique est installée. (libiconv.a) Si ça persiste, il y a une option de configure pour se passer de cette lib, il me semble: ./configure --help | grep iconv
TiChou
Dans le message <news:, *Anthony* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
[...]
Oui je sais, j'en ai peut etre mis un peu trop ...
Non, généralement il y en a jamais assez.
[...]
J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
Pourquoi avoir installé cette librairie ? C'est suite aux problèmes de compilation avec Pan ou bien c'est avant d'avoir tenté de le compiler ? Car les principales fonctions iconv sont déjà dans la glibc de la Slackware et cette version de Pan se compile très bien sur une Slackware 9.1. Il y a alors peut être un conflit entre les en-têtes et les librairies installées à l'origine sur le sytème et ceux et celles que vous avez installés par vous même.
Merci d'avance à ceux qui pourront m'aider
Pas de quoi.
-- TiChou
Dans le message <news:pan.2004.05.21.11.58.43.313650@myrealbox.com>,
*Anthony* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version
bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130:
undefined reference to `libiconv'
[...]
Oui je sais, j'en ai peut etre mis un peu trop ...
Non, généralement il y en a jamais assez.
[...]
J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
Pourquoi avoir installé cette librairie ? C'est suite aux problèmes de
compilation avec Pan ou bien c'est avant d'avoir tenté de le compiler ?
Car les principales fonctions iconv sont déjà dans la glibc de la Slackware
et cette version de Pan se compile très bien sur une Slackware 9.1. Il y a
alors peut être un conflit entre les en-têtes et les librairies installées à
l'origine sur le sytème et ceux et celles que vous avez installés par vous
même.
Dans le message <news:, *Anthony* tapota sur f.c.o.l.configuration :
Bonjour,
Bonjour,
Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv'
[...]
Oui je sais, j'en ai peut etre mis un peu trop ...
Non, généralement il y en a jamais assez.
[...]
J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
Pourquoi avoir installé cette librairie ? C'est suite aux problèmes de compilation avec Pan ou bien c'est avant d'avoir tenté de le compiler ? Car les principales fonctions iconv sont déjà dans la glibc de la Slackware et cette version de Pan se compile très bien sur une Slackware 9.1. Il y a alors peut être un conflit entre les en-têtes et les librairies installées à l'origine sur le sytème et ceux et celles que vous avez installés par vous même.
Merci d'avance à ceux qui pourront m'aider
Pas de quoi.
-- TiChou
g.patel
On Fri, 21 May 2004 17:23:47 +0200, no_spam wrote:
Non, c'est un problème de link, pas de compilation.
ah oui, je n'ai pas la forme aujourd'hui :-/
Gérard Patel
On Fri, 21 May 2004 17:23:47 +0200, no_spam
<l_indien_no_more_spams@magic.fr> wrote:
Non, c'est un problème de link, pas de compilation.
On Fri, 21 May 2004 17:23:47 +0200, no_spam wrote:
Non, c'est un problème de link, pas de compilation.
ah oui, je n'ai pas la forme aujourd'hui :-/
Gérard Patel
LiNuCe
Anthony a écrit :
Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv' ../gmime/libgmime.a(gmime-filter-charset.o)(.text+0x29e): dans la fonction « filter_complete »: /home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:155: undefined reference to `libiconv' collect2: ld a retourné 1 code d'état d'exécution J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
La bibliothèque GNU C fournie avec Linux Slackware 9.1 fournit les fonctions iconv*() adéquates pour la conversion entre les différents charsets. Ainsi, il n'est plus nécessaire d'installer la bibliothèque libiconv. D'ailleurs, le logiciel Pan 0.14.2.91 compile sans problème sur ma Linux Slackware 9.1 bien que je ne possède pas la bibliothèque libiconv.
Cette bibliothèque était auparavant nécessaire pour remédier aux implémentations des fonctions iconv*() plus ou moins complètes des systèmes libres. Cependant, la bibliothèque GNU C depuis la version 2.1 remplit très bien ces fonctions de sorte qu'il est possible maintenant se passer de la bibliothèque libiconv sur les systèmes Linux récents.
La solution la plus propre que je te conseille et de désinstaller la bibliothèque libiconv et de réinstaller la bibliothèque GNU C (dont les paquetages sur le CD-ROM d'installation n°1 sont dans le dossier slackware/l/) avec upgradepkg :
$ su - root # removepkg libiconv # mount /mnt/cdrom # upgradepkg --reinstall /mnt/cdrom/slackware/l/glibc*.tgz
Note qu'il est tout à fait possible que des logiciels tiers utilisant la bibliothèques libiconv ne fonctionnent plus suite à cette opération, mais dans ce cas, ils n'ont pas été compilé sous Linux Slackware 9.1 (ou ils ont mal été réalisés). Dans ce cas, la meilleure solution est que tu refasses tes paquetages à directement partir des sources ou que tu télécharges des paquetages réellement fait pour Linux Slackware 9.1.
-- LiNuCe « Nous n'héritons pas la Terre de nos parents, Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
Anthony a écrit :
Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version
bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130:
undefined reference to `libiconv'
../gmime/libgmime.a(gmime-filter-charset.o)(.text+0x29e): dans la fonction
« filter_complete »:
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:155: undefined
reference to `libiconv' collect2: ld a retourné 1 code d'état
d'exécution
J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
La bibliothèque GNU C fournie avec Linux Slackware 9.1 fournit les
fonctions iconv*() adéquates pour la conversion entre les
différents charsets. Ainsi, il n'est plus nécessaire d'installer la
bibliothèque libiconv. D'ailleurs, le logiciel Pan 0.14.2.91 compile sans
problème sur ma Linux Slackware 9.1 bien que je ne possède pas la
bibliothèque libiconv.
Cette bibliothèque était auparavant nécessaire pour remédier aux
implémentations des fonctions iconv*() plus ou moins complètes des
systèmes libres. Cependant, la bibliothèque GNU C depuis la version 2.1
remplit très bien ces fonctions de sorte qu'il est possible maintenant se
passer de la bibliothèque libiconv sur les systèmes Linux récents.
La solution la plus propre que je te conseille et de désinstaller la
bibliothèque libiconv et de réinstaller la bibliothèque GNU C (dont
les paquetages sur le CD-ROM d'installation n°1 sont dans le dossier
slackware/l/) avec upgradepkg :
$ su - root
# removepkg libiconv
# mount /mnt/cdrom
# upgradepkg --reinstall /mnt/cdrom/slackware/l/glibc*.tgz
Note qu'il est tout à fait possible que des logiciels tiers utilisant la
bibliothèques libiconv ne fonctionnent plus suite à cette opération,
mais dans ce cas, ils n'ont pas été compilé sous Linux Slackware 9.1
(ou ils ont mal été réalisés). Dans ce cas, la meilleure solution est
que tu refasses tes paquetages à directement partir des sources ou que tu
télécharges des paquetages réellement fait pour Linux Slackware 9.1.
--
LiNuCe
« Nous n'héritons pas la Terre de nos parents,
Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
Suite à mon pb de caractères avec Pan, j'ai voulu compiler la version bêta de Pan, MAIS j'ai le message d'erreur suivant :
/home/anthony/tmp/pan-0.14.2.91/gmime/gmime-filter-charset.c:130: undefined reference to `libiconv' ../gmime/libgmime.a(gmime-filter-charset.o)(.text+0x29e): dans la fonction « filter_complete »: /home/anthony/tmp/pan-0.14.2.91/gmime/gmime-iconv-utils.c:155: undefined reference to `libiconv' collect2: ld a retourné 1 code d'état d'exécution J'ai une Slackware 9.1 et libiconv compilé à partir des src version 1.9.1
La bibliothèque GNU C fournie avec Linux Slackware 9.1 fournit les fonctions iconv*() adéquates pour la conversion entre les différents charsets. Ainsi, il n'est plus nécessaire d'installer la bibliothèque libiconv. D'ailleurs, le logiciel Pan 0.14.2.91 compile sans problème sur ma Linux Slackware 9.1 bien que je ne possède pas la bibliothèque libiconv.
Cette bibliothèque était auparavant nécessaire pour remédier aux implémentations des fonctions iconv*() plus ou moins complètes des systèmes libres. Cependant, la bibliothèque GNU C depuis la version 2.1 remplit très bien ces fonctions de sorte qu'il est possible maintenant se passer de la bibliothèque libiconv sur les systèmes Linux récents.
La solution la plus propre que je te conseille et de désinstaller la bibliothèque libiconv et de réinstaller la bibliothèque GNU C (dont les paquetages sur le CD-ROM d'installation n°1 sont dans le dossier slackware/l/) avec upgradepkg :
$ su - root # removepkg libiconv # mount /mnt/cdrom # upgradepkg --reinstall /mnt/cdrom/slackware/l/glibc*.tgz
Note qu'il est tout à fait possible que des logiciels tiers utilisant la bibliothèques libiconv ne fonctionnent plus suite à cette opération, mais dans ce cas, ils n'ont pas été compilé sous Linux Slackware 9.1 (ou ils ont mal été réalisés). Dans ce cas, la meilleure solution est que tu refasses tes paquetages à directement partir des sources ou que tu télécharges des paquetages réellement fait pour Linux Slackware 9.1.
-- LiNuCe « Nous n'héritons pas la Terre de nos parents, Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
g.patel
On Fri, 21 May 2004 17:21:13 +0200, Anthony wrote:
Je connais rien à la programmation, mais les symboles sont définis non ??
oui, oui, voir le post de no_spam pour la réponse correcte, désolé pour le bruit :-/
Gérard Patel
On Fri, 21 May 2004 17:21:13 +0200, Anthony
<-sanspub-anthony.jacob-sanspub-@myrealbox.com> wrote:
Je connais rien à la programmation, mais les symboles sont définis non ??
oui, oui, voir le post de no_spam pour la réponse
correcte, désolé pour le bruit :-/
On Fri, 21 May 2004 17:21:13 +0200, Anthony wrote:
Je connais rien à la programmation, mais les symboles sont définis non ??
oui, oui, voir le post de no_spam pour la réponse correcte, désolé pour le bruit :-/
Gérard Patel
LiNuCe
Anthony a écrit :
Ah, merci beaucoup, Gérard, maintenant je comprends ce qui va pas :-) L'ennui, c'est que j'ai bien un fichier dans /usr/include/ qui contient les symboles dont tu me parles (enfin je crois !?). C'est le fichier iconv.h
Il s'agit du fichier livré en standard avec la bibliothèque GNU C.
Extraits de ce fichier : /* Allocates descriptor for code conversion from encoding `fromcode' to encoding `tocode'. */ #ifndef LIBICONV_PLUG #define iconv_open libiconv_open #endif extern iconv_t iconv_open (const char* tocode, const char* fromcode);
Je connais rien à la programmation, mais les symboles sont définis non ??
Ces déclarations de symboles servent à utiliser les fonctions iconv*() de la bibliothèques GNU C si la bibliothèque libiconv n'est pas installé, ce qui est grandement conseillé pour les systèmes possèdant une bibliothèque GNU C à parti de la version 2.1, dont Linux Slackware.
J'ai posté un message précédemment dans le fil de discussion : essaie cette solution, ça devrait résoudre ton problème. Tout y est expliqué en détails, normalement tu devrais t'en sortir.
-- LiNuCe « Nous n'héritons pas la Terre de nos parents, Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
Anthony a écrit :
Ah, merci beaucoup, Gérard, maintenant je comprends ce qui va pas :-)
L'ennui, c'est que j'ai bien un fichier dans /usr/include/ qui contient
les symboles dont tu me parles (enfin je crois !?).
C'est le fichier iconv.h
Il s'agit du fichier livré en standard avec la bibliothèque GNU C.
Extraits de ce fichier :
/* Allocates descriptor for code conversion from encoding `fromcode' to
encoding `tocode'. */
#ifndef LIBICONV_PLUG
#define iconv_open libiconv_open
#endif
extern iconv_t iconv_open (const char* tocode, const char* fromcode);
Je connais rien à la programmation, mais les symboles sont définis non ??
Ces déclarations de symboles servent à utiliser les fonctions iconv*()
de la bibliothèques GNU C si la bibliothèque libiconv n'est pas
installé, ce qui est grandement conseillé pour les systèmes possèdant
une bibliothèque GNU C à parti de la version 2.1, dont Linux Slackware.
J'ai posté un message précédemment dans le fil de discussion : essaie
cette solution, ça devrait résoudre ton problème. Tout y est expliqué
en détails, normalement tu devrais t'en sortir.
--
LiNuCe
« Nous n'héritons pas la Terre de nos parents,
Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
Ah, merci beaucoup, Gérard, maintenant je comprends ce qui va pas :-) L'ennui, c'est que j'ai bien un fichier dans /usr/include/ qui contient les symboles dont tu me parles (enfin je crois !?). C'est le fichier iconv.h
Il s'agit du fichier livré en standard avec la bibliothèque GNU C.
Extraits de ce fichier : /* Allocates descriptor for code conversion from encoding `fromcode' to encoding `tocode'. */ #ifndef LIBICONV_PLUG #define iconv_open libiconv_open #endif extern iconv_t iconv_open (const char* tocode, const char* fromcode);
Je connais rien à la programmation, mais les symboles sont définis non ??
Ces déclarations de symboles servent à utiliser les fonctions iconv*() de la bibliothèques GNU C si la bibliothèque libiconv n'est pas installé, ce qui est grandement conseillé pour les systèmes possèdant une bibliothèque GNU C à parti de la version 2.1, dont Linux Slackware.
J'ai posté un message précédemment dans le fil de discussion : essaie cette solution, ça devrait résoudre ton problème. Tout y est expliqué en détails, normalement tu devrais t'en sortir.
-- LiNuCe « Nous n'héritons pas la Terre de nos parents, Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
Anthony
Bonjour à tous,
Alors, j'ai suivi la méthode de LiNuCe, ça m'a permis de compiler Pan.
MAIS : 1) XFCE refuse de se lancer. J'utilise le paquet pour la Slackware, mais je crois que je vais le compiler moi-même et en espérant qu'il me demande pas la libiconv (sinon je bousille ce *bip* d'ordi qui me gonfle en ce moment ! 2) Sylpheed refuse de se lancer (pareil, il cherche la libiconv ...) ; lui aussi j'vais le recompiler moi-même. 3) La lib de e17 me donne tjs le même message d'erreur (mais ca doit être parce que je compile à partir du répertoire CVS que j'ai téléchargé !)
Le PLUS GRAVE, c'est que Pan support maintenant la correction orthographique et il est urgent que je la vire (ça me soule trop, comme si ça allait corrigé le peu de fautes que je fais ... ppffff ça sait même pas gérer les accords :-))
Merci d'avance à ceux qui pourront m'aider pour ce problème avec PAN
Anthony
Bonjour à tous,
Alors, j'ai suivi la méthode de LiNuCe, ça m'a permis de compiler Pan.
MAIS :
1) XFCE refuse de se lancer. J'utilise le paquet pour la Slackware, mais
je crois que je vais le compiler moi-même et en espérant qu'il me
demande pas la libiconv (sinon je bousille ce *bip* d'ordi qui me gonfle
en ce moment !
2) Sylpheed refuse de se lancer (pareil, il cherche la libiconv ...) ; lui
aussi j'vais le recompiler moi-même.
3) La lib de e17 me donne tjs le même message d'erreur (mais ca doit
être parce que je compile à partir du répertoire CVS que j'ai
téléchargé !)
Le PLUS GRAVE, c'est que Pan support maintenant la correction
orthographique et il est urgent que je la vire (ça me soule trop, comme
si ça allait corrigé le peu de fautes que je fais ... ppffff ça sait
même pas gérer les accords :-))
Merci d'avance à ceux qui pourront m'aider pour ce problème avec PAN
Alors, j'ai suivi la méthode de LiNuCe, ça m'a permis de compiler Pan.
MAIS : 1) XFCE refuse de se lancer. J'utilise le paquet pour la Slackware, mais je crois que je vais le compiler moi-même et en espérant qu'il me demande pas la libiconv (sinon je bousille ce *bip* d'ordi qui me gonfle en ce moment ! 2) Sylpheed refuse de se lancer (pareil, il cherche la libiconv ...) ; lui aussi j'vais le recompiler moi-même. 3) La lib de e17 me donne tjs le même message d'erreur (mais ca doit être parce que je compile à partir du répertoire CVS que j'ai téléchargé !)
Le PLUS GRAVE, c'est que Pan support maintenant la correction orthographique et il est urgent que je la vire (ça me soule trop, comme si ça allait corrigé le peu de fautes que je fais ... ppffff ça sait même pas gérer les accords :-))
Merci d'avance à ceux qui pourront m'aider pour ce problème avec PAN
Anthony
LiNuCe
Anthony a écrit :
Bonjour à tous,
Re-Bonjour :)
Alors, j'ai suivi la méthode de LiNuCe, ça m'a permis de compiler Pan.
MAIS : 1) XFCE refuse de se lancer. J'utilise le paquet pour la Slackware, mais je crois que je vais le compiler moi-même et en espérant qu'il me demande pas la libiconv (sinon je bousille ce *bip* d'ordi qui me gonfle en ce moment !
Ça tombe bien que tu utilises XFCE4 car je l'utilise aussi : si tu veux, tu peux télécharger mes paquetages de la dernière version pour Linux Slackware 9.1 à l'adresse suivante :
http://linuce.free.fr/xfce
Ces paquetages sont ceux de XFCE 4.0.5 que j'utilise quotidiennement, ainsi qu'un paquetage pour les "XFCE Goodies" et une archive xfce-build contenant les scripts d'empaquetages (utiles si tu te demandes comment ont été réalisé les paquetages ou si tu veux les refaire par toi-même).
Par ailleurs, si tu es intéressé, tu peux aussi télécharger les paquetages de la dernière version de ROX2 (2.1.2) qui est un gestionnaire de fichier très utilisé avec XFCE4 car il s'y intégre très bien :
http://linuce.free.fr/rox
Si tu veux des icônes sur ton bureau XFCE4, il te suffit de lancer rox-desktop quand tu est sous XFCE4 (mais tu perdras alors le menu du bureau de XFCE quand tu cliques sur le "fond"). Si tu décides de le garder définitiement, copie le fichier /etc/X11/xfce4/xinitrc dans ton dossier ~/.xfce4 et remplaces-y la ligne "xfdesktop $" par la ligne "rox-desktop &" (si tu installes aussi le paquetage xfce-goodies disponible sur mon site, cette modification ne sera pas nécessaire dans la mesure ou tu sauves ta session une fois ROX lancé).
2) Sylpheed refuse de se lancer (pareil, il cherche la libiconv ...) ;
lui aussi j'vais le recompiler moi-même.
Voilà, tu devras effectivement passr par cette étape.
3) La lib de e17 me donne tjs le même message d'erreur (mais ca doit être parce que je compile à partir du répertoire CVS que j'ai téléchargé !)
Ah ben là, CVS ... version de développement ... :)
Le PLUS GRAVE, c'est que Pan support maintenant la correction orthographique et il est urgent que je la vire (ça me soule trop, comme si ça allait corrigé le peu de fautes que je fais ... ppffff ça sait même pas gérer les accords :-))
Pour ce "problème", la raison est que lors de la configuration de Pan avec le script ./configure, cel dernier a détecté la bibliothèque GtkSpell et l'a utilisé : du coup la correction orthographique est utilisée. Il doit probablement exister une option de configuration dans Pan, mais n'utilisant pas GtkSpell, je ne peux te dire où elle se trouve.
Par contre, si tu ne veux vraiment pas de cette correction orthographique, tu peux compiler Pan sans GtkSpell de la manière suivante à partir du dossier des sources de Pan, et en utilisant l'option au script configure l'option --disable-gtkspell :
Merci d'avance à ceux qui pourront m'aider pour ce problème avec PAN
De rien :)
-- LiNuCe « Nous n'héritons pas la Terre de nos parents, Nous l'empruntons à nos enfants » Antoine de Saint Exupéry
Anthony a écrit :
Bonjour à tous,
Re-Bonjour :)
Alors, j'ai suivi la méthode de LiNuCe, ça m'a permis de compiler Pan.
MAIS :
1) XFCE refuse de se lancer. J'utilise le paquet pour la Slackware, mais
je crois que je vais le compiler moi-même et en espérant qu'il me
demande pas la libiconv (sinon je bousille ce *bip* d'ordi qui me gonfle
en ce moment !
Ça tombe bien que tu utilises XFCE4 car je l'utilise aussi : si tu veux,
tu peux télécharger mes paquetages de la dernière version pour Linux
Slackware 9.1 à l'adresse suivante :
http://linuce.free.fr/xfce
Ces paquetages sont ceux de XFCE 4.0.5 que j'utilise quotidiennement,
ainsi qu'un paquetage pour les "XFCE Goodies" et une archive xfce-build
contenant les scripts d'empaquetages (utiles si tu te demandes comment
ont été réalisé les paquetages ou si tu veux les refaire par toi-même).
Par ailleurs, si tu es intéressé, tu peux aussi télécharger les
paquetages de la dernière version de ROX2 (2.1.2) qui est un gestionnaire
de fichier très utilisé avec XFCE4 car il s'y intégre très bien :
http://linuce.free.fr/rox
Si tu veux des icônes sur ton bureau XFCE4, il te suffit de lancer
rox-desktop quand tu est sous XFCE4 (mais tu perdras alors le menu du
bureau de XFCE quand tu cliques sur le "fond"). Si tu décides de le
garder définitiement, copie le fichier /etc/X11/xfce4/xinitrc dans ton
dossier ~/.xfce4 et remplaces-y la ligne "xfdesktop $" par la ligne
"rox-desktop &" (si tu installes aussi le paquetage xfce-goodies
disponible sur mon site, cette modification ne sera pas nécessaire dans
la mesure ou tu sauves ta session une fois ROX lancé).
2) Sylpheed refuse de se lancer (pareil, il cherche
la libiconv ...) ;
lui aussi j'vais le recompiler moi-même.
Voilà, tu devras effectivement passr par cette étape.
3) La lib de e17 me donne tjs le même message d'erreur (mais ca doit
être parce que je compile à partir du répertoire CVS que j'ai
téléchargé !)
Ah ben là, CVS ... version de développement ... :)
Le PLUS GRAVE, c'est que Pan support maintenant la correction
orthographique et il est urgent que je la vire (ça me soule trop, comme
si ça allait corrigé le peu de fautes que je fais ... ppffff ça sait
même pas gérer les accords :-))
Pour ce "problème", la raison est que lors de la configuration de Pan
avec le script ./configure, cel dernier a détecté la bibliothèque
GtkSpell et l'a utilisé : du coup la correction orthographique est
utilisée. Il doit probablement exister une option de configuration dans
Pan, mais n'utilisant pas GtkSpell, je ne peux te dire où elle se trouve.
Par contre, si tu ne veux vraiment pas de cette correction orthographique,
tu peux compiler Pan sans GtkSpell de la manière suivante à partir du
dossier des sources de Pan, et en utilisant l'option au script configure
l'option --disable-gtkspell :
Alors, j'ai suivi la méthode de LiNuCe, ça m'a permis de compiler Pan.
MAIS : 1) XFCE refuse de se lancer. J'utilise le paquet pour la Slackware, mais je crois que je vais le compiler moi-même et en espérant qu'il me demande pas la libiconv (sinon je bousille ce *bip* d'ordi qui me gonfle en ce moment !
Ça tombe bien que tu utilises XFCE4 car je l'utilise aussi : si tu veux, tu peux télécharger mes paquetages de la dernière version pour Linux Slackware 9.1 à l'adresse suivante :
http://linuce.free.fr/xfce
Ces paquetages sont ceux de XFCE 4.0.5 que j'utilise quotidiennement, ainsi qu'un paquetage pour les "XFCE Goodies" et une archive xfce-build contenant les scripts d'empaquetages (utiles si tu te demandes comment ont été réalisé les paquetages ou si tu veux les refaire par toi-même).
Par ailleurs, si tu es intéressé, tu peux aussi télécharger les paquetages de la dernière version de ROX2 (2.1.2) qui est un gestionnaire de fichier très utilisé avec XFCE4 car il s'y intégre très bien :
http://linuce.free.fr/rox
Si tu veux des icônes sur ton bureau XFCE4, il te suffit de lancer rox-desktop quand tu est sous XFCE4 (mais tu perdras alors le menu du bureau de XFCE quand tu cliques sur le "fond"). Si tu décides de le garder définitiement, copie le fichier /etc/X11/xfce4/xinitrc dans ton dossier ~/.xfce4 et remplaces-y la ligne "xfdesktop $" par la ligne "rox-desktop &" (si tu installes aussi le paquetage xfce-goodies disponible sur mon site, cette modification ne sera pas nécessaire dans la mesure ou tu sauves ta session une fois ROX lancé).
2) Sylpheed refuse de se lancer (pareil, il cherche la libiconv ...) ;
lui aussi j'vais le recompiler moi-même.
Voilà, tu devras effectivement passr par cette étape.
3) La lib de e17 me donne tjs le même message d'erreur (mais ca doit être parce que je compile à partir du répertoire CVS que j'ai téléchargé !)
Ah ben là, CVS ... version de développement ... :)
Le PLUS GRAVE, c'est que Pan support maintenant la correction orthographique et il est urgent que je la vire (ça me soule trop, comme si ça allait corrigé le peu de fautes que je fais ... ppffff ça sait même pas gérer les accords :-))
Pour ce "problème", la raison est que lors de la configuration de Pan avec le script ./configure, cel dernier a détecté la bibliothèque GtkSpell et l'a utilisé : du coup la correction orthographique est utilisée. Il doit probablement exister une option de configuration dans Pan, mais n'utilisant pas GtkSpell, je ne peux te dire où elle se trouve.
Par contre, si tu ne veux vraiment pas de cette correction orthographique, tu peux compiler Pan sans GtkSpell de la manière suivante à partir du dossier des sources de Pan, et en utilisant l'option au script configure l'option --disable-gtkspell :
