option /i de cl non détectée

bonjour à tous et bonne année ;
pour moi elle commence pas fort !
j'ai repris le programme helloWindows du très bon livre de Charles Petzold "Programmer sous windows 95" ;
je ne veux pas passer par un environnement Visual donc j'utilise directement cl link et nmake en ligne de commande pour compiler le programme.
Malheureusement voici ce que j'obtiens :

Code:

---

1 2 3 4 5 6 7 8 9

cl -c -DSTRICT -G3 -Ow -W3 -Zp -Tp hellowin.c Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 11.00.7022 for 80x86 Copyright (C) Microsoft Corp 1984-1997. All rights reserved.   hellowin.c hellowin.c(5) : fatal error C1034: windows.h: no include path set NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop.

---

Je ne comprend pas pourquoi le fichier windows.h n'est pas trouvé et cela même lorsque la compilation s'execute dans le dossier comprenant windows.h
Quelqu'un a-t-il une idée ?

Tu es allé voir de ce côté ?

Je rappelle que je n'utilise pas visual c++ x.y ...
La variable d'environnement PATH comporte tous les chemins necessaires et la variable INCLUDE itou !
Le fichier make comporte toutes les options souhaitées ;
le soucis viens du fait que je n'arrive pas à faire accepter l'option /i de cl.exe qui pourtant est le seul moyen d'inclure un répertoire supplémentaire de recherche !? Alors j'ai transféré mes fichiers .c et .mak dans le répertoire des fichiers include (où se situe windows.h) et là pareil !!

Bonjour,

C'est bizarre! Lorsque tu fais un

Code:

---

echo %INCLUDE%

---

ça dit quoi?

Sinon place le directement dans le makefile.

Et passes à MSBUILD ;)

salut !

peut-être as tu un #include <windows.h> au lieu d'un #include "windows.h" ?

A+

Pour Baccali : je suis sur powershell alors je verifie la variable include et c'est ok .

Citation:

---

peut-être as tu un #include <windows.h> au lieu d'un #include "windows.h" ?

---

c pas ça non plus.
mais le plus étrange c'est qu'il n'y a aucun problème sur XP ;
par contre avec Vista c'est un sac de noeud !
Je viens de me rendre compte que lorsque je modifie les variables d'environnement y a un gros problème ...

Citation:

---

Envoyé par exe2bin

Pour Baccali : je suis sur powershell alors je verifie la variable include et c'est ok .

---

Ton problème vient de là! :roll: Une variable déclarée sous powershell n'est pas une variable d'environnement! Si tu veux déclarer une variable d'environnement sous powershell faut le faire dans Env:\

Donc soit tu passes sour cmd.exe soit sous powershell tu fais :

Code:

---

PS>$env:INCLUDE = "...."

---

Et faudrait faire la même chose pour toutes les variables d'environnement nécessaires à la sdk. Sachant que si tu lances vsvar32.cmd sous powershell ça servira à rien puisque powershell ouvre un nouveau shell pour chaque script "non-powershell" (vb, js etc...) lancé. Donc une fois le script terminé tout est perdu.

Je suis justement, à mes heures perdues, en train de réécrire ce script sous powershell. Quand il sera fini si tu veux je te fais signe. Mais en attendant, le plus simple c'est de passer par le command prompt de la sdk ou de lancer vsvar32 sous cmd.exe.

Ou alors tu passes le /i"chemin vers les repertoires" EXPLICITEMENT et pour chaque répertoire dans ta commande, ce que je ne vois pas dans ton premier message

Ou encore, comme je le disais, tu mets toutes ces variables dans ton makefile sous la forme

Code:

---

INCLUDE = ...

---

Citation:

---

Je suis justement, à mes heures perdues, en train de réécrire ce script sous powershell. Quand il sera fini si tu veux je te fais signe. Mais en attendant, le plus simple c'est de passer par le command prompt de la sdk ou de lancer vsvar32 sous cmd.exe.

---

t'embêtes pas je l'ai déjà fait , le voici :

Code:

---

1 2 3 4 5 6 7 8 9 10

set-location env: new-item -name CC -value "cl" new-item -name LINKER -value "link" new-item -name CFLAGS -value "-c -DSTRICT -G3 -Ow -W3 -Zp -Tp" new-item -name GUIFLAGS -value "-SUBSYSTEM:windows" new-item -name DLLFLAGS -value "-SUBSYSTEM:windows -DLL" new-item -name GUILIBS -value "-DEFAULTLIB:user32.lib gdi32.lib winmm.lib comdlg32.lib comctl32.lib" new-item -name RC -value "rc" new-item -name RCVARS -value "-r -DWIN32"

---

ce n'est pas pour cela que ça marche

Citation:

---

Envoyé par exe2bin

Code:

---

1 2 3 4 5 6 7 8 9 10

set-location env: new-item -name CC -value "cl" new-item -name LINKER -value "link" new-item -name CFLAGS -value "-c -DSTRICT -G3 -Ow -W3 -Zp -Tp" new-item -name GUIFLAGS -value "-SUBSYSTEM:windows" new-item -name DLLFLAGS -value "-SUBSYSTEM:windows -DLL" new-item -name GUILIBS -value "-DEFAULTLIB:user32.lib gdi32.lib winmm.lib comdlg32.lib comctl32.lib" new-item -name RC -value "rc" new-item -name RCVARS -value "-r -DWIN32"

---

---

Ah! Et çà t'as déjà servit à quelque chose??? :D

Déjà il n'y a pas de INCLUDE là dedans. ni de LIBPATH etc... là dedans.

Ensuite es-tu sûr que ton code fonctionne? parce que moi il requiert un type explicite. Tu as quelle version de .NET et powershell? Tu retrouves bien ces variables dans env: ?

$env:guidlib te donne quoi?

P.S. : Moi c'est un truc beaucoup plus portable que je souhaite faire. Et pour çà il faut pas mal jouer avec le registre pour choper les répertoires d'installation de la SDK, de VS etc... Sans compter le x32, x64. Bref, j'ai pas fini -.-". Me faudrait trouver le temps pour prendre un journée au grand complet, un de ces 4

ça fait beaucoup de questions !

Citation:

---

$env:guidlib te donne quoi?

---

ça donne :

Code:

---

1 2	-DEFAULTLIB:user32.lib gdi32.lib winmm.lib comdlg32.lib comctl32.lib

---

Citation:

---

Envoyé par exe2bin

ça fait beaucoup de questions !

---

8O

Ok essayes de définir les includes aussi. Regardes toutes les variables dans un prompt visual studio et tu verras la panoplie de variable qu'il te manque.

Bonne soirée