j´ai également fait du turbo pascal, et du 7 pour etre précis ; pour avoir fait beaucoup d´assembler inline avec ce derniers, je sais parfaitement comment le compilo fonctionne. J´ai ensuite évolué vers le C, pour passer tres rapidement au C++, et là encore chaque compilo a ses spécificités bien propres.
Que borland ait fait son compilo C++ en tenant des enseignements tirés de l´écriture du compilo pascal, sûr, mais dire que " leS compiloS C++ sont issuS deS compiloS delphi", c´est une belle connerie...
Déjà rien qu´entre eux, les compilos C++ sont bien différents ; entre le Intel C++ compiler et celui intégré à VC++ par ex, on peut lister des pages et des pages de différences, de fonctionnement mais de comportement aussi.

J´attends donc également que tu nous démontres que ce que tu dis, tout en sachant pertinemment que ce n´est pas vrai.

ah, on a répondu en meme temps :

" Je n´ai utilisé que les compilateurs Borland, donc je ne t´en citerais pas, mais ça ne veux pas dire pour autant que les autres compilateurs sont plus évolués."

mouahahahaha, on en revient bien à ce que je disais, les gens ne devraient parler que de ce qu´ils savent et qu´ils comprennent, ça t´aurait par exemple éviter de faire une généralisation complètement abérante ( +b ? +r ? . .. je vais investir dans un dico...)

kufa
Posté le 15 juin 2004 à 15:32:14
Les compilo c++ sont bcp plus evolues ( meilleures optims, etc), et tu peux faire plus de choses avec le c++

Et ça, ce n´est pas parler de ce qu´on ne connais pas ?

Tiens justement, tu parles des différences entre les différents compilateurs C++, ça m´amène à dire que la portabilité d´un programme C++ est bien difficile d´un compilateur à un autre alors qu´elle est tellement simple de Delphi à Kylix ( Delphi pour Linux).

" Et ça, ce n´est pas parler de ce qu´on ne connais pas ? "

nan, parcequ´il a raison : le comportement du compilo, son paramétrage et l´influence de ce dernier sur le code produit est beaucoup plus fin qu´en pascal ou en delphi, on n´y peux rien, c´est comme ça.

ensuite, une différence de comportement entre deux compilos C++ n´a absolument rien à voir avec la portabilité ; dans l´absolu si les deux respectent la norme, le portage est IMMEDIAT. Comme en pratique ce n´est pas toujours le cas, il y aura un minimum de choses à adapter, mais la GROSSE différence provient du code produit, pas des fonctionnalités supportées.

" nan, parcequ´il a raison : le comportement du compilo, son paramétrage et l´influence de ce dernier sur le code produit est beaucoup plus fin qu´en pascal ou en delphi, on n´y peux rien, c´est comme ça."

ça n´en fait pas un langage plus évolué !
Et puis, tu as de quoi t´amuser avec Delphi, si tu veux optimiser ton code avec les options de compilation.

" ensuite, une différence de comportement entre deux compilos C++ n´a absolument rien à voir avec la portabilité ; dans l´absolu si les deux respectent la norme, le portage est IMMEDIAT. Comme en pratique ce n´est pas toujours le cas, il y aura un minimum de choses à adapter, mais la GROSSE différence provient du code produit, pas des fonctionnalités supportées."

Combien j´ai vu de développeur C++ galérer parce qu´ils n´arrivaient pas à compiler un code fait avec un compilateur sur un autre compilateur, qu´ils n´arrivaient pas à définir les options de compilations parce qu´elles diffèrent de l´un à l´autre ?

Ensuite, pour ce qui est de la norme, on trouve la même chose avec le HTML.

" ça n´en fait pas un langage plus évolué ! "

pfff.. Regarde le C98, tu verras que le c++ est bcp plus evolue..

" Combien j´ai vu de développeur C++ galérer parce qu´ils n´arrivaient pas à compiler un code fait avec un compilateur sur un autre compilateur, qu´ils n´arrivaient pas à définir les options de compilations parce qu´elles diffèrent de l´un à l´autre ? "

Mais j y crois pas.. C est sur, " ho zut mon code c++/dx il compile pas sous pinguin" c´est pas facile a resoudre. Je travaille tous les jours avec 3 compilos differents pour differentes platformes, j ai pas ce genre de pbs. Un code aux norme, ca marche, no prob, parfois quelques soucis avec visual studio qui est ( enfin etait) pas trop conforme aux normes, mais c tout.

Et si tu utilise gcc, no prob, mon code compile meme sur un amiga!

puice qu´on parle de ça, j´ai justement un problème de portage d´un logiciel dévellopé sous Linux que j´essaye de compiler sur windows.

J´utilise donc dev c++ avec mingw et passé les problème d´en tête, j´ai des erreur de compilation dont le sens me reste entièrement caché :

line | unit | message
3 | h:25, from y.tab.h | from atom.lex:33:
33 | h:3, from atom.lex | atomparser.h:46: parse error at end of saved text

et je ne vois pas du tout de quoi est ce qu´il peut s´agir, si quelqu´un a une idée.

les deux erreurs tombe plus ou moins sur des typedef struct

" pfff.. Regarde le C98, tu verras que le c++ est bcp plus evolue."

Ca reste un point de vue personnel !

Il y´a quelque chose que je trouve bizarre, c´est cette différence entre la France et le reste du monde, les professionnels et les particuliers.
Je m´explique ! Dans le monde entier, Delphi est reconnu comme un langage très performants par les professionnels ( )et moyennement par les particuliers. En France, c´est tout l´inverse. Des statistiques que j´ai vu il y´a peu donne Delphi comme étant le langage préféré des particuliers et très très peu utilisé par les professionnels !

perso je ne suis pas là pour débattre si tel langage est mieux que tel autre, chacun pouvant avoir des utilités différentes : ça ne me dérange que qqun se fasse un outil en delphi, ça ne me dérange pas que qqun se fasse rapidement un truc en VB, ça ne me dérange pas que qqun fasse tout en C++, ça ne me dérange pas que qqun cherche à optimiser son code en ASM, bref, tout dépend des contraintes !
Par contre ce qui me dérange c´est de voir des énormités comme on a pu en lire...

Comme de dire que le C++ est largement plus puissant et qu´on peu faire bien plus de chose ?

" pfff.. Regarde le C98, tu verras que le c++ est bcp plus evolue."
Parce que ça, j´appelle ça aussi faire une généralité !

En français on peut même faire des subordonnées. Trop balaise non ?

. .. déjà ce n´est pas une généralité, replacé dans le contexte il est dit que le C++ est plus évolué que le delphi, et ça on ne peut pas le nier : on a beaucoup plus de controle et finesse en codant en C++ qu´en codant en delphi.

Ensuite, ce n´est pas un hasard si le C++ rebute beaucoup de monde et que certains s´y cassent les dents, ce n´est non plus un hasard si beaucoup de logiciels industriels ( embarqué, temps réel, simulation, etc. Je ne parle pas d´outils sans véritables contraintes, mais bien d´applications industrielles strictes) sont en C++. Quoique maintenant le Java se démocratise : plus facile, mais moins de finesse...

Mais au final, tu veux faire un outil secondaire, tu fais ça en VB, en delphi, en C#, en ce que tu veux, tout le monde s´en fout un peu tant que ça fait ce que ça doit faire. Tu veux faire une appli avec des contraintes fortes de taille/rapidité/finesse de controle, tu fais du C++. Ce langage a l´avantage d´être à la fois haut-niveau tout en maintenant des fonctionnalités bas-niveau : le rêve pour le programmeur qui se place au niveau dont il a besoin.

Je pense que tu ne connais pas assez bien le langage Pascal pour juger. Il y a tout autant de finesse en Pascal qu´en C. Delphi est aussi utilisé dans l´industrie et le médical, peu en France je te l´accorde.

" replacé dans le contexte il est dit que le C++ est plus évolué que le delphi, et ça on ne peut pas le nier"

Qui a dit ça, à part toi ?

Moi aussi enfin je remplacerai " évolué" par " répandu" plutôt . .. parler d´évolution c´est assez subjectif, même si le langage C est plus ancien que le pascal.

Ca me rappelle un débat qui a déjà eu lieu sur ce même forum . ..

De toute facon, pour avoir un accès aux ressources plus facilement le choix du C ou C++ semble plus judicieux puisqu´il est plus facile d´obtenir ce que l´on cherche ( sur le net ou même en librairie) avec du C++ qu´avec du pascal.

Une simple requête google le montre très aisément.

A se demander pourquoi tous les constructeurs fournissent uniquement des outils de dév ( compilos) en C, C++ ou même java . ..

Pour ne citer qu´eux, les différents constructeurs de consoles de jeux ( compilos C/C++), la téléphonie mobile ( sdk en java pour la majorité). Les différents OS sont égalements programmés en C & assembleur. La plupart des gros softs le sont également sur micro-ordinateurs. Sans compter la majorité des librairies que l´on peut trouver par ci par là, sont adaptées le plus souvent au C/C++.

D´un point de vue domaines d´application il semblerait que l´un soit plus utilisé que l´autre, ce qui explique tout l´engoument qui s´est créé autour au fil des années.

Bref, encore un éternel débat inter-langages qui ne mènera à rien si ce n´est qu´à défendre sa pomme

Bon c´est pas tout mais j´ai encore quelques lignes de C++ à taper... ( argh fallait pas le dire)

Je pense que Delphi est victime de la politique de Borland qui est de ne pas faire de pub pour son logiciel et de ne cibler que les professionnels.
Contrairement à Microsoft qui fait beaucoup de pub, ce qui a largement profité à la popularité de VC++ et VB.

Maintenant, celà ne veut pas dire que ´plus populaire´ s´apparente à ´meilleur´ ou ´plus évolué´ !

´Meilleur´, ´plus evolué´, ´plus haut lvl´... je me rappel d´une conversation un peu vive que j´avais eu avec un prof sur ce genre de comparaison. Il est pas facile de statuer la dessus sans rappeler precisement le sens de ces mots. Sinon, ca risque de tourner au dialogue de sourd.

Perso, je trouve que Delphi et C++ ont un potentiel équivalent pour la conception d´appliquation petite et moyenne.
Sinon, c´est bien Windows ( < a 95) qui était codé en pascal, non ?

oui, mais " meilleur" n´a pas de sens dans la mesure où aucun langage ne peut être qualifié de meilleur puisque tout dépend du domaine traité. Certains sont plus polyvalents que d´autres, mais certains restent bien spécialisés et beaucoup mieux adaptés à leur domaine d´application : lisp, prolog, python, php, etc . ..

Non, je suis à peu près certains que windows ( même < à 95) est codé en C ( ou C++).