hello
Avec VC.NET , il semble que Microsoft ait modifié pas mal de
libraries, notamment C++ (MFC 70 et ATL) et ait ajouté quelques
raffinement au langage (keyword super / __super par exemple)... qui
posent divers problemes de portage / partage de projet VC.NET - VC
6.0.
Sans compter le fait que VC-Net est conçu pour etre multiplatforme
(IA32 IA64 etc...),
est-il quand même possible d'envisager une
compatibilité descendante VC 60 sur certains composants : Par exemple
d'utiliser MFC 7.0 avec VC 6.0 ?
hello
Avec VC.NET , il semble que Microsoft ait modifié pas mal de
libraries, notamment C++ (MFC 70 et ATL) et ait ajouté quelques
raffinement au langage (keyword super / __super par exemple)... qui
posent divers problemes de portage / partage de projet VC.NET - VC
6.0.
Sans compter le fait que VC-Net est conçu pour etre multiplatforme
(IA32 IA64 etc...),
est-il quand même possible d'envisager une
compatibilité descendante VC 60 sur certains composants : Par exemple
d'utiliser MFC 7.0 avec VC 6.0 ?
hello
Avec VC.NET , il semble que Microsoft ait modifié pas mal de
libraries, notamment C++ (MFC 70 et ATL) et ait ajouté quelques
raffinement au langage (keyword super / __super par exemple)... qui
posent divers problemes de portage / partage de projet VC.NET - VC
6.0.
Sans compter le fait que VC-Net est conçu pour etre multiplatforme
(IA32 IA64 etc...),
est-il quand même possible d'envisager une
compatibilité descendante VC 60 sur certains composants : Par exemple
d'utiliser MFC 7.0 avec VC 6.0 ?
Vincent Burel wrote:
> hello
>
> Avec VC.NET , il semble que Microsoft ait modifié pas mal de
> libraries, notamment C++ (MFC 70 et ATL) et ait ajouté quelques
> raffinement au langage (keyword super / __super par exemple)... qui
> posent divers problemes de portage / partage de projet VC.NET - VC
> 6.0.
Les quelques keywords ajoutés au C++ natif (mais aussi pour le C++ managé)
dans VC.NET sont des mots réservés par la norme C++ (ils commencent par
ou par "_" suivi d'une majuscule et sot donc réservés pour
l'implémentation). Normalement, tu ne les as donc pas utilisés dans ton
code....
> Sans compter le fait que VC-Net est conçu pour etre multiplatforme
> (IA32 IA64 etc...),
Tu parles du C++ managé là? Si tu te lances là dedans, il faut bien
comprendre que ce n'est plus du C++ "standard" du tout.... (et à tout
prendre, si tu est intéressé par le sujet, utilises tout de suite C++/CLI
qui vient avec VC2005, tu sera nettement moins embêté par la syntaxe...)
> est-il quand même possible d'envisager une
> compatibilité descendante VC 60 sur certains composants : Par exemple
> d'utiliser MFC 7.0 avec VC 6.0 ?
Non : les MFC et les ATL version 7 utilisent les nouveaux éléments de
conformance à la norme du compilateur et ne compileront pas avec VC6 (et
ne peux pas utiliser las binaires, parce que le mangling n'est pas le même
entre les 2 compilos).
Qu'est ce qui t'embête exactement que tu n'arrive pas à compiler avec VC7
qui passait avec VC6 ? 99 fois sur 100, c'est du code incorrect selon la
norme qui passait avec VC6, mais VC7 est moins permisif : c'est une
de faire un peu de ménage dans ton code!
Vincent Burel wrote:
> hello
>
> Avec VC.NET , il semble que Microsoft ait modifié pas mal de
> libraries, notamment C++ (MFC 70 et ATL) et ait ajouté quelques
> raffinement au langage (keyword super / __super par exemple)... qui
> posent divers problemes de portage / partage de projet VC.NET - VC
> 6.0.
Les quelques keywords ajoutés au C++ natif (mais aussi pour le C++ managé)
dans VC.NET sont des mots réservés par la norme C++ (ils commencent par
ou par "_" suivi d'une majuscule et sot donc réservés pour
l'implémentation). Normalement, tu ne les as donc pas utilisés dans ton
code....
> Sans compter le fait que VC-Net est conçu pour etre multiplatforme
> (IA32 IA64 etc...),
Tu parles du C++ managé là? Si tu te lances là dedans, il faut bien
comprendre que ce n'est plus du C++ "standard" du tout.... (et à tout
prendre, si tu est intéressé par le sujet, utilises tout de suite C++/CLI
qui vient avec VC2005, tu sera nettement moins embêté par la syntaxe...)
> est-il quand même possible d'envisager une
> compatibilité descendante VC 60 sur certains composants : Par exemple
> d'utiliser MFC 7.0 avec VC 6.0 ?
Non : les MFC et les ATL version 7 utilisent les nouveaux éléments de
conformance à la norme du compilateur et ne compileront pas avec VC6 (et
ne peux pas utiliser las binaires, parce que le mangling n'est pas le même
entre les 2 compilos).
Qu'est ce qui t'embête exactement que tu n'arrive pas à compiler avec VC7
qui passait avec VC6 ? 99 fois sur 100, c'est du code incorrect selon la
norme qui passait avec VC6, mais VC7 est moins permisif : c'est une
de faire un peu de ménage dans ton code!
Vincent Burel wrote:
> hello
>
> Avec VC.NET , il semble que Microsoft ait modifié pas mal de
> libraries, notamment C++ (MFC 70 et ATL) et ait ajouté quelques
> raffinement au langage (keyword super / __super par exemple)... qui
> posent divers problemes de portage / partage de projet VC.NET - VC
> 6.0.
Les quelques keywords ajoutés au C++ natif (mais aussi pour le C++ managé)
dans VC.NET sont des mots réservés par la norme C++ (ils commencent par
ou par "_" suivi d'une majuscule et sot donc réservés pour
l'implémentation). Normalement, tu ne les as donc pas utilisés dans ton
code....
> Sans compter le fait que VC-Net est conçu pour etre multiplatforme
> (IA32 IA64 etc...),
Tu parles du C++ managé là? Si tu te lances là dedans, il faut bien
comprendre que ce n'est plus du C++ "standard" du tout.... (et à tout
prendre, si tu est intéressé par le sujet, utilises tout de suite C++/CLI
qui vient avec VC2005, tu sera nettement moins embêté par la syntaxe...)
> est-il quand même possible d'envisager une
> compatibilité descendante VC 60 sur certains composants : Par exemple
> d'utiliser MFC 7.0 avec VC 6.0 ?
Non : les MFC et les ATL version 7 utilisent les nouveaux éléments de
conformance à la norme du compilateur et ne compileront pas avec VC6 (et
ne peux pas utiliser las binaires, parce que le mangling n'est pas le même
entre les 2 compilos).
Qu'est ce qui t'embête exactement que tu n'arrive pas à compiler avec VC7
qui passait avec VC6 ? 99 fois sur 100, c'est du code incorrect selon la
norme qui passait avec VC6, mais VC7 est moins permisif : c'est une
de faire un peu de ménage dans ton code!
Cependant il m'arrive
(quand je travaille pour d'autre boite) d'utiliser, d'user, d'abuser
même de code source exotiques comme le ++ le -- le +- le +=0 le 000
et même parfois le +-+-... que jusqu'ici, mon VC6 arrivait à
comprendre, parfois en faisant quelques adaptations.
Note que le standard, je connais pas, pour moi il existe 2 choses :
ce que mon compilo comprend, et ce que mon compilo ne comprend pas.
Cependant il m'arrive
(quand je travaille pour d'autre boite) d'utiliser, d'user, d'abuser
même de code source exotiques comme le ++ le -- le +- le +=0 le 000
et même parfois le +-+-... que jusqu'ici, mon VC6 arrivait à
comprendre, parfois en faisant quelques adaptations.
Note que le standard, je connais pas, pour moi il existe 2 choses :
ce que mon compilo comprend, et ce que mon compilo ne comprend pas.
Cependant il m'arrive
(quand je travaille pour d'autre boite) d'utiliser, d'user, d'abuser
même de code source exotiques comme le ++ le -- le +- le +=0 le 000
et même parfois le +-+-... que jusqu'ici, mon VC6 arrivait à
comprendre, parfois en faisant quelques adaptations.
Note que le standard, je connais pas, pour moi il existe 2 choses :
ce que mon compilo comprend, et ce que mon compilo ne comprend pas.
Ouaip, +1. Je le dis poliment, ils nous gonflent avec leurs standards,
leurs normes, que chacun respecte finalement comme mon lui semble ou
adapte à sa sauce.
De plus, c'est souvent du verbiage de marketeux
plus que des avancées indispensables.
Moi, ce qui m'intéresse, c'est de connaître les possibilités de mes
compilos.
Ce qui compte au final, c'est de savoir si la
plate-forme cible pourra faire tourner l'appli développée, sous quelle
contrainte, etc.
Exemple, stupide, les entier 64 bits de Kro sont pas norme ISO
flambant neuf ?
Bah oui, mais j'ai besoin d'entier 64 bits moi, alors,
je les utilise et ça tourne parfaitement sur les OS Kro.
Bonne année à tous les vieux briscards d'ici sinon. Aux autres aussi
d'ailleurs, allez, faites péter vos TD et TP :-).
Ouaip, +1. Je le dis poliment, ils nous gonflent avec leurs standards,
leurs normes, que chacun respecte finalement comme mon lui semble ou
adapte à sa sauce.
De plus, c'est souvent du verbiage de marketeux
plus que des avancées indispensables.
Moi, ce qui m'intéresse, c'est de connaître les possibilités de mes
compilos.
Ce qui compte au final, c'est de savoir si la
plate-forme cible pourra faire tourner l'appli développée, sous quelle
contrainte, etc.
Exemple, stupide, les entier 64 bits de Kro sont pas norme ISO
flambant neuf ?
Bah oui, mais j'ai besoin d'entier 64 bits moi, alors,
je les utilise et ça tourne parfaitement sur les OS Kro.
Bonne année à tous les vieux briscards d'ici sinon. Aux autres aussi
d'ailleurs, allez, faites péter vos TD et TP :-).
Ouaip, +1. Je le dis poliment, ils nous gonflent avec leurs standards,
leurs normes, que chacun respecte finalement comme mon lui semble ou
adapte à sa sauce.
De plus, c'est souvent du verbiage de marketeux
plus que des avancées indispensables.
Moi, ce qui m'intéresse, c'est de connaître les possibilités de mes
compilos.
Ce qui compte au final, c'est de savoir si la
plate-forme cible pourra faire tourner l'appli développée, sous quelle
contrainte, etc.
Exemple, stupide, les entier 64 bits de Kro sont pas norme ISO
flambant neuf ?
Bah oui, mais j'ai besoin d'entier 64 bits moi, alors,
je les utilise et ça tourne parfaitement sur les OS Kro.
Bonne année à tous les vieux briscards d'ici sinon. Aux autres aussi
d'ailleurs, allez, faites péter vos TD et TP :-).
Mettre une compilo a la norme prend du temps. En ce qui concerne VC++,
je crois qu'il y arrive a 99% pour le C++.
Le but de la norme n'est pas de faire progresser le langage, mais
d'homogeneiser l'existant.
C'est une information que la norme t'apporte.
Si tu dois travailler sur un compilo que tu ne connais pas, mais qui
est conforme, tu connais d'emblee non seulement ses possibilites mais
aussi son comportement.
Bah oui, mais j'ai besoin d'entier 64 bits moi, alors,
je les utilise et ça tourne parfaitement sur les OS Kro.
Non, ca ne tourne qu'avec vc++ dans une version donnee.
Et si ton entreprise t'impose de changer de compilateur ou d'OS ?
Ou si, tout simplement, vc++ cesse d'exister ou change de version ?
Tu ira expliquer a ton patron que tu dois refaire le logiciel de 1000
heures de boulot parce que t'es amuse a faire un programme avec des
particularites du compilo ?
Et si un autre programmeur doit faire evoluer ton code ?
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air
d'avoir travaille en industrie, avec une equipe de developpement de
100 personnes, des revues de code, et sur plateformes heterogenes.
Parce que la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso
pour les prises electriques par exemple ? Tu vas me repondre, "je
m'en fout je soude les fils dont j'ai besoin" ?
Mettre une compilo a la norme prend du temps. En ce qui concerne VC++,
je crois qu'il y arrive a 99% pour le C++.
Le but de la norme n'est pas de faire progresser le langage, mais
d'homogeneiser l'existant.
C'est une information que la norme t'apporte.
Si tu dois travailler sur un compilo que tu ne connais pas, mais qui
est conforme, tu connais d'emblee non seulement ses possibilites mais
aussi son comportement.
Bah oui, mais j'ai besoin d'entier 64 bits moi, alors,
je les utilise et ça tourne parfaitement sur les OS Kro.
Non, ca ne tourne qu'avec vc++ dans une version donnee.
Et si ton entreprise t'impose de changer de compilateur ou d'OS ?
Ou si, tout simplement, vc++ cesse d'exister ou change de version ?
Tu ira expliquer a ton patron que tu dois refaire le logiciel de 1000
heures de boulot parce que t'es amuse a faire un programme avec des
particularites du compilo ?
Et si un autre programmeur doit faire evoluer ton code ?
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air
d'avoir travaille en industrie, avec une equipe de developpement de
100 personnes, des revues de code, et sur plateformes heterogenes.
Parce que la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso
pour les prises electriques par exemple ? Tu vas me repondre, "je
m'en fout je soude les fils dont j'ai besoin" ?
Mettre une compilo a la norme prend du temps. En ce qui concerne VC++,
je crois qu'il y arrive a 99% pour le C++.
Le but de la norme n'est pas de faire progresser le langage, mais
d'homogeneiser l'existant.
C'est une information que la norme t'apporte.
Si tu dois travailler sur un compilo que tu ne connais pas, mais qui
est conforme, tu connais d'emblee non seulement ses possibilites mais
aussi son comportement.
Bah oui, mais j'ai besoin d'entier 64 bits moi, alors,
je les utilise et ça tourne parfaitement sur les OS Kro.
Non, ca ne tourne qu'avec vc++ dans une version donnee.
Et si ton entreprise t'impose de changer de compilateur ou d'OS ?
Ou si, tout simplement, vc++ cesse d'exister ou change de version ?
Tu ira expliquer a ton patron que tu dois refaire le logiciel de 1000
heures de boulot parce que t'es amuse a faire un programme avec des
particularites du compilo ?
Et si un autre programmeur doit faire evoluer ton code ?
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air
d'avoir travaille en industrie, avec une equipe de developpement de
100 personnes, des revues de code, et sur plateformes heterogenes.
Parce que la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso
pour les prises electriques par exemple ? Tu vas me repondre, "je
m'en fout je soude les fils dont j'ai besoin" ?
Mouai, il faut que tu sache qu'usuellement je programme en C, genre
1980 old style, et que pour qu'un compilo ne me comprenne pas il faut
qu'il ait été sortie avant ma naissance... Cependant il m'arrive
(quand je travaille pour d'autre boite) d'utiliser, d'user, d'abuser
même de code source exotiques comme le ++ le -- le +- le +=0 le 000
et même parfois le +-+-... que jusqu'ici, mon VC6 arrivait à
comprendre, parfois en faisant quelques adaptations.
Note que le standard, je connais pas, pour moi il existe 2 choses :
ce que mon compilo comprend, et ce que mon compilo ne comprend pas.
Et là je suis déçu par mon VC++ 6.0 SP 6... Même avec le Platform SDK
2003.
Bref, allons au but, suis-je obligé d'acheter VC7 pour compiler du
code VC7 ? ou y'a t'il des exception ? Pourquoi ne pourrait on pas
utiliser MFC 7 avec VC 6 par exemple ?
VB
Mouai, il faut que tu sache qu'usuellement je programme en C, genre
1980 old style, et que pour qu'un compilo ne me comprenne pas il faut
qu'il ait été sortie avant ma naissance... Cependant il m'arrive
(quand je travaille pour d'autre boite) d'utiliser, d'user, d'abuser
même de code source exotiques comme le ++ le -- le +- le +=0 le 000
et même parfois le +-+-... que jusqu'ici, mon VC6 arrivait à
comprendre, parfois en faisant quelques adaptations.
Note que le standard, je connais pas, pour moi il existe 2 choses :
ce que mon compilo comprend, et ce que mon compilo ne comprend pas.
Et là je suis déçu par mon VC++ 6.0 SP 6... Même avec le Platform SDK
2003.
Bref, allons au but, suis-je obligé d'acheter VC7 pour compiler du
code VC7 ? ou y'a t'il des exception ? Pourquoi ne pourrait on pas
utiliser MFC 7 avec VC 6 par exemple ?
VB
Mouai, il faut que tu sache qu'usuellement je programme en C, genre
1980 old style, et que pour qu'un compilo ne me comprenne pas il faut
qu'il ait été sortie avant ma naissance... Cependant il m'arrive
(quand je travaille pour d'autre boite) d'utiliser, d'user, d'abuser
même de code source exotiques comme le ++ le -- le +- le +=0 le 000
et même parfois le +-+-... que jusqu'ici, mon VC6 arrivait à
comprendre, parfois en faisant quelques adaptations.
Note que le standard, je connais pas, pour moi il existe 2 choses :
ce que mon compilo comprend, et ce que mon compilo ne comprend pas.
Et là je suis déçu par mon VC++ 6.0 SP 6... Même avec le Platform SDK
2003.
Bref, allons au but, suis-je obligé d'acheter VC7 pour compiler du
code VC7 ? ou y'a t'il des exception ? Pourquoi ne pourrait on pas
utiliser MFC 7 avec VC 6 par exemple ?
VB
Tout mon code est à la norme UNICODE, ce nouveau standard a absolument
suivre pour être full compatible gnagnagna. Pourtant ça ne sert foncièrement
strictement à rien du tout.
Tout mon code est à la norme UNICODE, ce nouveau standard a absolument
suivre pour être full compatible gnagnagna. Pourtant ça ne sert foncièrement
strictement à rien du tout.
Tout mon code est à la norme UNICODE, ce nouveau standard a absolument
suivre pour être full compatible gnagnagna. Pourtant ça ne sert foncièrement
strictement à rien du tout.
Et si ton entreprise t'impose de changer de compilateur ou d'OS ?
Ou si, tout simplement, vc++ cesse d'exister ou change de version ?
Tu ira expliquer a ton patron que tu dois refaire le logiciel de 1000
heures de boulot parce que t'es amuse a faire un programme avec des
particularites du compilo ?
Et si un autre programmeur doit faire evoluer ton code ?
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air d'avoir
travaille en industrie, avec une equipe de developpement de 100
personnes, des revues de code, et sur plateformes heterogenes. Parce que
la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso pour
les prises electriques par exemple ? Tu vas me repondre, "je m'en fout
je soude les fils dont j'ai besoin" ?
Et si ton entreprise t'impose de changer de compilateur ou d'OS ?
Ou si, tout simplement, vc++ cesse d'exister ou change de version ?
Tu ira expliquer a ton patron que tu dois refaire le logiciel de 1000
heures de boulot parce que t'es amuse a faire un programme avec des
particularites du compilo ?
Et si un autre programmeur doit faire evoluer ton code ?
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air d'avoir
travaille en industrie, avec une equipe de developpement de 100
personnes, des revues de code, et sur plateformes heterogenes. Parce que
la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso pour
les prises electriques par exemple ? Tu vas me repondre, "je m'en fout
je soude les fils dont j'ai besoin" ?
Et si ton entreprise t'impose de changer de compilateur ou d'OS ?
Ou si, tout simplement, vc++ cesse d'exister ou change de version ?
Tu ira expliquer a ton patron que tu dois refaire le logiciel de 1000
heures de boulot parce que t'es amuse a faire un programme avec des
particularites du compilo ?
Et si un autre programmeur doit faire evoluer ton code ?
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air d'avoir
travaille en industrie, avec une equipe de developpement de 100
personnes, des revues de code, et sur plateformes heterogenes. Parce que
la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso pour
les prises electriques par exemple ? Tu vas me repondre, "je m'en fout
je soude les fils dont j'ai besoin" ?
> Vincent Burel wrote:
> Bref, allons au but, suis-je obligé d'acheter VC7 pour compiler du
> code VC7 ? ou y'a t'il des exception ? Pourquoi ne pourrait on pas
> utiliser MFC 7 avec VC 6 par exemple ?
Je l'ai déjà dit!
- les sources des MFC7 ne compilent pas sous VC6.
- les ersions binaires ne sont pas compatibles.
Tu ne nous a toujours pas dit quel est le problème concret que tu cherches
résoudre...
> Vincent Burel wrote:
> Bref, allons au but, suis-je obligé d'acheter VC7 pour compiler du
> code VC7 ? ou y'a t'il des exception ? Pourquoi ne pourrait on pas
> utiliser MFC 7 avec VC 6 par exemple ?
Je l'ai déjà dit!
- les sources des MFC7 ne compilent pas sous VC6.
- les ersions binaires ne sont pas compatibles.
Tu ne nous a toujours pas dit quel est le problème concret que tu cherches
résoudre...
> Vincent Burel wrote:
> Bref, allons au but, suis-je obligé d'acheter VC7 pour compiler du
> code VC7 ? ou y'a t'il des exception ? Pourquoi ne pourrait on pas
> utiliser MFC 7 avec VC 6 par exemple ?
Je l'ai déjà dit!
- les sources des MFC7 ne compilent pas sous VC6.
- les ersions binaires ne sont pas compatibles.
Tu ne nous a toujours pas dit quel est le problème concret que tu cherches
résoudre...
Arnold McDonald (AMcD) :
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air d'avoir
travaille en industrie, avec une equipe de developpement de 100
personnes, des revues de code, et sur plateformes heterogenes. Parce que
la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso pour
les prises electriques par exemple ? Tu vas me repondre, "je m'en fout
je soude les fils dont j'ai besoin" ?
Arnold McDonald (AMcD) :
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air d'avoir
travaille en industrie, avec une equipe de developpement de 100
personnes, des revues de code, et sur plateformes heterogenes. Parce que
la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso pour
les prises electriques par exemple ? Tu vas me repondre, "je m'en fout
je soude les fils dont j'ai besoin" ?
Arnold McDonald (AMcD) :
Tu es peut-etre un bidouilleur passionne, mais tu n'as pas l'air d'avoir
travaille en industrie, avec une equipe de developpement de 100
personnes, des revues de code, et sur plateformes heterogenes. Parce que
la tu verrais tout de suite l'interet de la norme.
De la meme maniere, j'espere que tu vois l'interet de la norme iso pour
les prises electriques par exemple ? Tu vas me repondre, "je m'en fout
je soude les fils dont j'ai besoin" ?