Compatibilité C++ express Visual C 6.0

Bonjour

Je me suis completement accoutumé au GUI .NET Express 2008 pour Csharp et le confort de développement est absolument incontestable !

A coté de ca, le Visual C 6.0 me semble de la préhistoire !

Malheureusement j'ai encore une grosse DLL développée en C 6.0 et quand je dois y faire des modif je retourne avec des pieds de plomb dans cet environnement. Mais je dois garder du code C et pouvoir compiler une DLL native windows indépendante de .NET

QUESTION : Est-il possible d'utiliser C++ Express pour cela ? ou bien suis-je condamné a conserver cet environnement VC 6.0 ?

Merci de votre aide, suggestions ?

Oui, vous pouvez faire du code C++ non managé avec VS2008 Express.
Attention, vous ne pourrez pas faire de MFC avec la version Express de VS2008.

Bonjour

Merci pour ta réponse en fait pas besoin de MFC, le but est de compiler et de maintenir une DLL completement ecrite en C et n'ayant aucune interface graphique

Mon espoir est que l'environnement C++ 2008 Express sera beaucoup plus confortable que VC 6.0 (Intellisense, refactoring etc..)

Mais je me trompe peut - etre ?

Non, Non, VC++ Express pour de la maintenance de code C ne pose pas de problèmes.

Salut

Oui je viens d'essayer, mais je me demande si le jeu en vaut la chandelle et si je vais y gagner beaucoup

D'abord il y a vraissemblablement un peu de boulot pour rendre les choses digestes pour C++ express (meme si je suis deja GCC compatible)

Ensuite le refactoring n'existe pas et l'intellisense ne semble pas plus malin qu'en VC6 , c'est a dire BEAUCOUP moins malin qu'en cSharp

VC++6 n'est plus supporté, donc le jeu en vos la chandelle.

Vous avez quoi comme problème de compatibilité, a part les renforcement de la sécurité du code ?

Vous avez quoi comme problème de compatibilité, a part les renforcement de la sécurité du code ?

J'ai essayé de convertir un ancien dsw, il semble l'avoir fait

Mais il faudra que je passe un week-end pour comprendre pourquoi chaque fois que je l'ouvre en C++ Express il me dit que le vcproj existe déja et qu'au mieux il veut me le reconverir, il y a certainement un noeud quelque part


Et je vais aussi devoir parcourir les 92 warnings + 1 erreur + quelque problemes de switch deprecetated venant du projet original "Fr" au lie de FR

Bref c'est pas gagné du premier coup !!

Ce qui m'enerve le plus c'est le probleme de conversion de wokspace et de projet qui boucle ....

Une fois la conversion faite, il ne faut plus ouvrir le dsw.
Il faut utiliser le .sln.

C'est bête comme remarque, mais pour l'instant, je ne vois que ça comme explication.

Merci, tu a raison

Si j'ouvre en double clickant sur le nouveau vcproj c'est bon !!
Le probleme venait de l'environnement C++ express qui a gardé le lien sur l'ancien dsw

Sais tu dans quelle option du projet je peux définir le flag

_CRT_SECURE_NO_WARNINGS


Ca va déja eclaircir le chant des warnings ;)

Comme un define normal.

Click Droit sur le projet -> Properties -> Configuration Properties -> C/C++ / Preprocessor -> Preprocessor definitions

Super merci ! :ccool:

Tu va me faire gagner un week-end !

Sans vouloir abuser sais tu ou se positionne ce switch "FR" dans les propriétés du projet ?

Je ne suis pas sûr de comprendre ?
Vous parlez du switch ici :

Click Droit sur le projet -> Properties -> Configuration Properties -> C/C++ -> Browse Information -> Enable Browse Information

Bien VU !

L'ancien projet utilisait un switch "/Fr" ce qui dérangeant le compilo
Grace a toi j'ai remplacé par "FR" et ca aide le browsing !

Petite aide pour le portage VC6 -> VS2008 :
http://msdn.microsoft.com/fr-fr/library/h62s5036.aspx
http://msdn.microsoft.com/fr-fr/library/ms177253.aspx

Vérifie attentivement ce que tu utilises, si tes warnings sont dans la liste des breaking changes, ça va te demander d'adapter le code à VS2008.

Merci

Mais mon code compilait sous GCC linux et VC6.0 et je doit absolument garder cette compatibilité.

J'ose esperer que C++ Express 2008 le permet sinon je dois l'écarter ...

Citation:

---

Envoyé par olibara

Mais mon code compilait sous GCC linux et VC6.0 et je doit absolument garder cette compatibilité.

---

Pas de souci majeur avec GCC, sauf si tu as gardé une version datant de l'âge de pierre bien sûr.
Côté VC6, ça risque d'être bien plus difficile notamment à cause de certaines infractions au C++ dans VC6... Code que VS2008 va rejeter, bien sûr.
Normalement, surtout vu que VS2008 Express est gratuit, on effectue plutôt une migration totale de VC6 vers VS2008, sans garder la compatibilité au niveau sources avec VC6.
Côté compatibilité binaire, tu pourras à priori utiliser des DLL VS2008 avec VC6, sauf cas vicieux.

Merci de tes conseil

En fait je dois surtout garder la compatibilité GCC pour compiler sous linux (et c'est une version tres récente)
Donc a partir du moment ou C++ Expesss 2008 me permet de compiler une DLL operationelle, VC6 n'est plus incontournable

Bon...

Derniere problème

Citation:

---

cannot open include file 'afxres.h'.

---

Je vais investiguer ce que contient ce machin mais si qq a une reponse toute faite, je suis preneur ;)

afx c'est le nom de code des MFC.
Si vous utilisez la version Express de VS, c'est pas gagné.

Merci j'ai trouvé :

Citation:

---

Il suffit de remplacer tous les ''afxres.h'' par 'winresrc.h' dans le fichier ressource

---

Mais il faut le faire avec un éditeur car Express refuse d'ouvrir les rc

La version Express de VS2008 ne permet pas de compiler les MFC/ATL... Donc, si ta DLL en utilise, notamment des CString, c'est mort : il faudra passer à la version Pro de VS2008 au minimum.

Merci Mac LAK

Non non ma dll est pure native C (sinon je ne pourrais pas compiler en GCC sous linux)

Le bingz du 'afxres.h' est lié au fait que j'ai un fichier ressource pour encapsuler la version de la DLL (sous windows)

Pour le reste j'ai compilé, c'est opérationnel mais je constate quand meme que la dll a pris du poids (+/- +30%) et qu'elle semble un peu moins performante (+/- - 8%)

Si tu n'as pas retouché les options de compilation, et laissé l'héritage de propriétés direct VC6, c'est tout à fait normal. C'est vraiment des options "passe-partout", et elles sont loin d'être idéales.

Vérifie en réglant correctement les options et, surtout, en virant les feuilles de propriétés héritées VC6. Ça devrait améliorer les choses, le code VS2008 est normalement plus performant que celui de VC6, d'après mes constatations personnelles tout du moins.