Je viens d'upgrader un certain nombre de paquets, dont la libc6 et je n'arr=
ive=20
plus =E0 compiler le paquet nedit. (Lors de ma derni=E8re commpilation, je =
ne me souviens
plus pr=E9cis=E9ment de la version de la libc6 utilis=E9e (>=3D 2.3.2.ds1-4=
).
Voici le message d'erreur :
[...]
make linux
make[1]: Entering directory `/home/alex/paquets/nedit/nedit-5.3'
(cd util; make -f Makefile.linux libNUtil.a)
make[2]: Entering directory `/home/alex/paquets/nedit/nedit-5.3/util'
cc -O -I/usr/X11R6/include -DUSE_DIRENT -DUSE_LPR_PRINT_CMD -DBUILD_UNTESTE=
D_NEDIT -c -o DialogF.o DialogF.c
Dans le fichier inclus =E0 partir de /usr/include/libio.h:32,
=E0 partir de /usr/include/stdio.h:72,
=E0 partir de DialogF.c:28:
/usr/include/_G_config.h:24:19: wchar.h : Aucun fichier ou r=E9pertoire de =
ce type
In file included from /usr/include/libio.h:32,
from /usr/include/stdio.h:72,
from DialogF.c:28:
/usr/include/_G_config.h:29: error: erreur d'analyse syntaxique before "__m=
bstate_t"
/usr/include/_G_config.h:34: error: erreur d'analyse syntaxique before "__m=
bstate_t"
Je pense que le point bloquant est que le compilateur n'arrive pas =E0 trou=
ver le fichier=20
d'en-t=EAte wchar.h.
Apr=E8s recherche, il semble que ce fichier est =E9t=E9 d=E9plac=E9 de usr/=
include/ vers=20
usr/include/bits, peut-=EAtre est-ce la raison de l'echec de la compilation.
Que faire? Indiquer le chemin =E0 gcc en utilisant .L?
Ce n'est pas bien propre.=20
Je vous remercie pour votre aide.
-- alex
Il vente, c'est le vent de la mer qui nous tourmente. - Pierre Mac Orlan
http://alexandre.pineau.free.fr/
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
Xavier Maillard
On 8 jui 2004, Alexandre Pineau wrote:
Bonjour,
[ ... ]
Voici le message d'erreur :
[ ... ]
Je pense que le point bloquant est que le compilateur n'arrive pas à trouver le fichier d'en-tête wchar.h. Après recherche, il semble que ce fichier est été déplacé de usr/include/ vers usr/include/bits, peut-être est-ce la raison de l'echec de la compilation.
Que faire? Indiquer le chemin à gcc en utilisant .L?
^^^ I
Sinon tu peux auxsi bien fait la modif dans le fichier source en modifiant le wchar.h en bits/wchar.h.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On 8 jui 2004, Alexandre Pineau wrote:
Bonjour,
[ ... ]
Voici le message d'erreur :
[ ... ]
Je pense que le point bloquant est que le compilateur n'arrive
pas à trouver le fichier d'en-tête wchar.h. Après recherche, il
semble que ce fichier est été déplacé de usr/include/ vers
usr/include/bits, peut-être est-ce la raison de l'echec de la
compilation.
Que faire? Indiquer le chemin à gcc en utilisant .L?
^^^
I
Sinon tu peux auxsi bien fait la modif dans le fichier source en
modifiant le wchar.h en bits/wchar.h.
Je pense que le point bloquant est que le compilateur n'arrive pas à trouver le fichier d'en-tête wchar.h. Après recherche, il semble que ce fichier est été déplacé de usr/include/ vers usr/include/bits, peut-être est-ce la raison de l'echec de la compilation.
Que faire? Indiquer le chemin à gcc en utilisant .L?
^^^ I
Sinon tu peux auxsi bien fait la modif dans le fichier source en modifiant le wchar.h en bits/wchar.h.
