Compilation GCC avec Visual Studio - Page 1

J'utilise Visual Studio pour compiler avec GCC mais les fonctionnalités d'accès à la ligne où se trouve une erreur ou un warning ne marchent pas.

Si j'ai bien compris, il faut lui faire construire un fichier BSC.
Il y a un exemple sur la liste de diffusion CrossGCC mais j'arrive pas à le faire marcher

Liste CrossGCC:
http://sources.redhat.com/ml/crossgcc/2001-05/msg00045.html
Exemple:
http://www.ocslab.com/~boris/hw.zip

Utilise emacs, il repere tout seul les numero de lignes des erreurs (au moins avec GCC)

Ou alors Dev-C++.

Et pourquoi ne pas utiliser le compilateur de Visual Studio lui-même ??

je me suis mal fait comprendre
C'est pour compiler avec TiGCC. Et l'IDE de TiGCC n'est pas vraiment optimisé pour les gros fichiers
[edit]Edité par Littleboy le 23-07-2001 à 17:45:04[/edit]

Tu devrais quand-même pouvoir utiliser emacs ou semblables. (Pour Dev-C++, ça ne va pas marcher à cause du linker non-standard de TIGCC.)

Tu veux parler du linker livré avec la 0.91SP1 ?
Et puis Emacs, j'accroche pas trop

>Tu veux parler du linker livré avec la 0.91SP1 ?

Je parle du linker final non-LD (link.exe de Xavier Vassor dans les versions actuellement disponibles de TIGCC, et probablement obj2ti.exe de JM dans les versions futures).
[edit]Edité par Kevin Kofler le 23-07-2001 à 17:57:57[/edit]

Oui ben j'utilise makeprgm (une ancienne version je suppose - 23/05/2001).

Ca ne marchera pas avec Visual Studio alors ?
Pourtant les types de la mailing list ont réussi.
Je sais pas si on peut utiliser nmake. En tout cas j'arrive pas à faire un makefile qui marche.

>Ca ne marchera pas avec Visual Studio alors ?

Je n'en sais rien.
En tout cas, ton problème avec Visual Studio n'est pas avec makeprgm, mais avec GCC, et je ne sais pas pourquoi. (Je n'ai jamais travaillé avec Visual Studio.)
[edit]Edité par Kevin Kofler le 23-07-2001 à 18:30:12[/edit]

Il y a une astuce qui permet d'avoir une étape post-ld (et meme pre-ld) meme en utilisant gcc uniquement pour toute la compilation. Il suffit de remplacer ld.exe par un script qui appelle le vrai ld avec tous ses arguments, et qui contient également ce que l'on veut faire d'autre... comme ça gcc appelle ld comme si de rien n'etait, mais en fait ça fait des trucs en plus
A ce propos je me demande pourquoi tigcc est un tel bidouillage (avec les patches et "tigcc.exe") alors que tout ça est parfaitement faisable avec un crt0.s (à la place des patches) et cette astuce pour introduire le linker ti juste apres ld. Enfin bon voila quoi

Tout bêtement parce que l'équipe de TIGCC n'est pas au courant de cette possibilité. (Moi non plus d'ailleurs, je n'en savais rien.)

Il faudrait peut-être leur signaler la possibilité d'utilisation de crt0.s.
Juste une chose: je ne sais pas si cela permet autant de flexibilité que tipatch.lib et tipatchmain.lib (je ne crois pas que l'on puisse introduire du code selon les defines comme SAVE_SCREEN, RETURN_VALUE ou NO_EXIT_SUPPORT avec cette méthode, et encore moins insérer du code juste après _main comme le permet de faire TIGCC).
[edit]Edité par Kevin Kofler le 23-07-2001 à 18:39:32[/edit]