Je sais pas si le sujet a trouver deja solution, mais j'en ai marrre de pas pouvoir compiler un seul de mes projets, qui compilait sans probleme sous XP.

J'ai remplace gcc.exe et ide.exe

Mais rien a faire. j'ai essayer de compiler a bartir d'un .bat

 
 
@echo off 
 
rem             | Path to the folder project                             | 
set project=     "E:\TI_PROJECT\Matrix_Viewer_06_01" 
 
rem             | Path to the Compiler  program                          | 
set compiler=    "E:\Program Files\TIGCC\Bin\gcc.exe" 
 
rem             | Double-clic to compile the project                     | 
 
 
@echo on 
 
cd %project% 
 
%compiler% -O2 MatView.tpr 
 
 
@echo on 
pause 

voici l'erreur que j'obtiens :

 
 
E:\TI_PROJECT\Matrix_Viewer_06_01>cd      "E:\TI_PROJECT\Matrix_Viewer_06_01" 
 
E:\TI_PROJECT\Matrix_Viewer_06_01>"E:\Program Files\TIGCC\Bin\gcc.exe" -O2 MatVi 
ew.tpr 
gcc.exe: _spawnvp: No such file or directory 
 
E:\TI_PROJECT\Matrix_Viewer_06_01>pause 
Press any key to continue . . . 

faut pas utiliser gcc mais tigcc.exe sur un fichier c

tpr n'est pas une source mais un projet, c'est pas compilable avec gcc

si tu peux pas utiliser l'ide essaye "tprbuilder"



le grand guru t'en dira plus que moi sans doute.

http://tigcc.ticalc.org/doc/comopts.html peut-être ?

ok, merci Squaly.


Je pense que mon erreur se situe la facon dont j'inclus les fichiers lorsque je procede par compilation separe.
Ca ne posait pas de probleme sous vista, mais maintenant je suis pas tres sur d'avoir utiliser la bonne methode.

Voici comment je procede habituellement :
- Utilisation des fichiers *.h pour definir les MACRO, les STRUCTURES, les PROTOTYPES, les VARIABLES GLOBALES
- Inclusion du fichier "headers.h" au debut de chaque fichier *.c pour inclure tous les *.h


Un exemple clair

Project : MatView

File : headers.h

 
// Header File 
// Created 21/05/2005; 12:50:58 
#include <tigcclib.h> 
#define MIN_AMS 200 
//#define OPTIMIZE_ROM_CALLS 
#define NO_CALC_DETECT 
 
#ifndef GLOB0 
#define GLOB0 
short *KeyPtr; 
#endif 
 
#include "m_param.h" 
#include "m_calc.h" 
#include "Structs.h" 
#include "Global.h" 
#include "externs.h" 
#include "proto.h" 

File : Structs.h

 
// Header File 
// Created 21/05/2005; 12:51:26 
/******************************************************************** 
Structure pour le  viewer 
********************************************************************/ 
#ifndef GLOB1 
#define GLOB1 
typedef struct { 
	// determine le type de données à charger : chaine|entier 
	short mode; 
	// Type : liste|matrix 
	short type; 
	// Dimension 
	short dim, rowdim, coldim; 
	// Tableau d'entier 
	short *integer; 
	// Tableau de chaînes 
	char **string; 
	//Tableau des handles des données 
	HANDLE *handle; 
} DATA; 
#endif 

File : MatrixViewer.c

 
// C Source File 
// Created 23/12/2008; 15:36:08 
 
#include "headers.h" 
// Main Function 
void _main(void) 
{ 
	// Place your code here. 
	printf( COMMENT_STRING ); 
} 

Quand je compile le project sous l'IDE, j'obtiens l'erreur
headers.h: No such file or directory.

Ton exemple devrait fonctionner, c'est un bug (de je ne sais pas quoi) s'il ne fonctionne pas

C'est pas un probleme a cause de l'espace dans cette ligne ? :
set compiler= "E:\Program Files\TIGCC\Bin\gcc.exe"

Quel GCC.EXE utilises-tu? Il y a une mise à jour pour Vista dans les news de http://tigcc.ticalc.org/ . (Il faut TIGCC 0.96 Beta 8 pour cette mise à jour, les headers de TIGCC 0.95 ne sont pas compatibles avec les GCC actuels. TIGCC 0.95 est totalement dépassé.)

Et essaie d'installer TIGCC dans un dossier sans espace, genre E:\TIGCC.

Il m'a écrit qu'il utilise la version mise à jour (enfin, plutôt, )

J'ai reinstalle C:\TIGCC

et remplacer les ide.exe et gcc.exe

C'est pareil.

J'ai le meme probleme, avec mon installation a partir de ma cle USB, marche pas elle aussi

Pour info, TIGCC-fork essaie de debugger le problème depuis un petit moment. C'est pour ça que j'ai installé Vista dans une VM.

Daniel Vouaux, lui aussi touché par le problème de compilation sous Vista, m'indique aujourd'hui que le problème disparaît quand il désactive l'UAC.
Mais l'UAC est activé dans ma VM et je n'arrive à reproduire ni le testcase de Daniel, ni celui d'andoh_wilfried, donc ce problème est très bizarre...

OK, si tu trouves quelque chose, fais-moi le savoir aussi s'il te plaît.

J'ai des captures ProcessMonitor qui confirment les effets. C'est normal que cc1 ne trouve pas le fichier dans certains cas, il ne regarde pas au bon endroit (ou la recherche au bon endroit a foiré pour une raison que j'ignore).

Mais ça ne me donne aucune idée sur la cause réelle du problème...
Race condition, je n'y crois pas trop. Interférence avec AV, a priori non.

Peux-tu m'envoyer les captures en question? Si c'est un format binaire inexploitable, tu peux peut-être faire des captures d'écran de l'interface. Je peux peut-être corriger cc1 si je sais où se trouve le problème.

Tu ne pouvais pas le savoir, mais il y a entre 10K et 20K lignes dans chacune des captures, donc les captures d'écran ne sont pas une option utilisable

Les captures ont été faites au format natif (binaire) de ProcessMonitor: c'est le plus expressif et le plus efficace en place (tout en restant fortement compressible). ProcessMonitor veut bien se lancer dans Wine (j'utilise la version Git depuis mi-2007; j'ai installé gecko à travers winetricks). Il refuse de capturer des événements parce qu'il ne trouve pas XP SP2, mais il veut bien ouvrir les fichiers de capture.

Je fournis les captures publiquement: des gens plus compétents que Kevin et moi en programmation Win32 pourront peut-être trouver la solution plus vite que nous

Testcase: http://lionel.debroux.free.fr/pub/.buggy.tar.bz2
Capture chez moi (Vista SP0, toutes les mises à jour installées), aucun problème: http://lionel.debroux.free.fr/pub/.Buggy_Lionel.PML.bz2
Capture chez Daniel, fichier bughead.h non trouvé: http://lionel.debroux.free.fr/pub/.Buggy_Daniel.PML.bz2
Capture chez Daniel sans UAC, fichier bughead.h trouvé: http://lionel.debroux.free.fr/pub/.Buggy_Daniel_noUAC.PML.bz2

Filtres d'affichage pour dépolluer des événements antivirus et autres:
* Process name / is / ide.exe / Include
* Process name / is / gcc.exe / Include
* Process name / is / tigcc.exe / Include
* Process name / is / cc1.exe / Include
* Process name / is / as.exe / Include
* Process name / is / tprbuilder.exe / Include
* Path / contains / Symantec / Exclude

Dans la capture avec UAC de Daniel, je vois que:
* ide.exe crée convenablement C:\Windows\Temp\????????\bughead.h;
* cc1.exe essaie infructueusement d'accéder à C:\Program Files\TIGCC\Include\bughead.h , mais pas à C:\Windows\Temp\????????\bughead.h.

Sur ma capture, je vois que:
* ide.exe crée convenablement C:\Windows\Temp\????????\bughead.h;
* cc1 accède fructueusement à C:\Windows\Temp\????????\bughead.h, mais ne fait pas d'accès à C:\Program Files\TIGCC\Include\bughead.h.
Le comportement sur ma capture est plus normal pour un header inclus par
#include "bughead.h"

Toutes les captures montrent que l'IDE déclenche beaucoup d'opérations de fichier pour des tailles très petites (1, 2 ou 3 octet). Peut-être est-ce dû à la librairie Delphi, peut-être est-ce dû à la façon dont le code de l'IDE est écrit.

Je dirais plutôt "des gens qui connaissent mieux UAC", parce qu'à mon avis le problème est à chercher là, étant donné que ça marche si on désactive UAC (c'est déjà un bon workaround d'ailleurs, je vais conseiller ça à tous ceux qui ont des problèmes avec TIGCC sous Vista en attendant d'avoir mieux). Je connais plutôt bien W32, mais effectivement pour les nouveautés de Vista, c'est mal parti.

Ben, ça marche sous ma VM qui a UAC, elle (puisqu'il y est par défaut et que je ne l'ai pas désactivé, j'ai toujours ces foutus dialogs qui grisent le reste de l'écran quand j'essaie de faire un nombre certain d'opérations)...
Je ne dis pas que le problème sous Vista n'est pas dû à l'UAC, mais le comportement de ma VM indique qu'il n'y a très probablement pas que l'UAC.