il me semble qu'il y a des ligne a suprimer ds le makefile
(qui sont ajouté par le compilateur)
et la le mec il le pécho par le bras et il lui dit '
lock Le 05/12/2002 à 11:39 En fait quand tu veux compiler avec minigp32, tu ne dois pas faire de rebuild All, car cette manip' vient écrire des conneries à la fin de ton makefile.
Utilise le Build simple et ça marchera tout seul.
T'es sous 95 pour avoir à modifier ton autoexec.bat ?
non je suis sous xp
et j'ai juste fait l'opération build->build pour compiler
quelles sont les lignes à supprimer dans le makefile?
Normalement dans l'exemple3 les lignes ont déjà été enlevé puisque ce dernier a déjà été compilé.
C'est pour ça que je n'en parle pas dans le tuto.
sinon les lignes à enlever dans cet exemple
sont tous ce qui se trouve après ce dernier paragraphe :
# Dependency rules
$(TARGET): $(OBJS)
$(CC) -o $(BINDIR)example3.exe $(OBJS) $(INCDIRS) $(LIBDIRS) $(LDFLAGS)
chez moi, je n'ai rien apres ces lignes dans le fichier makefile
et le pb persiste
ça me fait la meme chose qqsoit l'exemple que j'essayer de compiler
d'autres solutions a proposer?
hum...faut que je réfléchisse.
si ce n'est pas déjà fais recommence tout depuis le début.
mais apparemment ton environement est bien placé puisqu'il s'agit d'une erreur de synatxe.....
Je te tiens au courant...ceci dit je ne connais pas XP
Est-ce que ça peut venir de là ?
Il n'ya pas de système Ms-dos, il me semble.....
Bref, est-ce que qqun d'autre sous XP pourrait nous renseigner ?
lock Le 05/12/2002 à 21:23 Tu as dit que tu a modifié ton PATH dans l'autoexec.bat, tu devrais essayer de le modifier dans tes variables d'environnements qui sont modifiables via le panneau de configuration->Système je crois, j'ai viré XP donc je ne me souviens plus, mais je regarderais à mon boulot si je peux trouver où on modifie les var. d'env.
Par contre il serait intéressant de connaitre l'erreur exacte, pour cela il faudrait que tu agrandisse la partie Unit (celle où on voit Error mak...) dans la fenêtre de log de visual-minGW.
oui, as tu modifié ton autoexec.bat ? sur XP, c'est effectivement spécial.
Ouvre une console et lance la commande:
make
regarde si elle est reconnu par le systeme, il se peut simplement que les programmes
ne soient pas dans le PATH.
:*)
oui mon autoexec.bat a été modifié avec le path décrit dans le tuto
Tu double click sur make, ou alors tu tapes make dans une fenêtre DOS ?
XP est bien plus bizarre que j'aurais cru...
j.
:*)
quand je lance make.exe, j'ai l'erreur suivante:
*** No targets specified and no makefile found. Stop.
répondu par mini message.
:*)
alors maintenant il me sort:
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Unable to open makefile
donc apparament il reconnait makefile, ce qui veut dire que mon path est bien configuré normalement
Non cela veut dire que tu as 2 make.exe, et je m'attendais à quelque chose comme cela...
Tu as certainement un borland Delphi ou C++ sur ta machine. Je n'ai pas fait le test avec un make.exe déjà existant....
:*)
L'idée la plus simple : faire les compilations au travers du shell DOS:
aller dans le répertoire ou se trouve le makefile et taper la commande magique :
c:minigp32binmake.exe -f makefile
cela permettra de voir si au moins la compile passe...
:*)
le truc c que dans le rep bin, il n'y a pas de fichier makefile
ça me retourne une erreur (normal j'imagine)
donc j'ai copié l'exemple 3 (makefile + les sources + les headers) dans le rep ou se trouve make.exe, je réexecute la commande
et il me sort
no input file
tu es sur de la syntaxe de la commande que tu me donnes?
essaye d'abort de doucle cliquer sur le make.bat qui est dans le répertoire de l'example3
:*)
ensuite on essaye autre chose dans un deuxième temps:
ouvrir un Shell DOS
aller dans le répertoire minigp32here your projectexample3
et à ce moment tu peux écrire:
c:minigp32binmake.exe -f makefile
sachant que le makefile pris en compte est celui du répertoire actif pour le Shell DOS, c'est à dire celui de example3
:*)
on va envoyer un poste pour savoir si quelqu'un sur XP à réussi l'instal alors ...
:*)
