Intel C++ Compiler (windows) - Page 1

C'est vraiment une belle daube: incapable de fonctionner sans MS Visual Studio sous Windows !

error #10114: Microsoft Visual C++ not found in path.

(même en ligne de commande seule).

A quoi ça sert de payer aussi cher un compilateur s'il n'est pas foutu de fonctionner sans un autre compilateur qu'il faut aussi acheter !!!!

cf. https://software.intel.com/en-us/forums/topic/280970

W T F ?

Un compilateur dependant d'un autre ?

Intel, quelle belle machine!

T'es pas obligé d'acheter MSVC++, il y a une version express, et gratuite. Mais c'est du grand n'importe quoi en effet oO

Just to clarify, the Intel compiler uses the linker and runtime libraries of Microsoft Visual C++* on Windows* and of glibc/libstdc++/binutils on Linux*. We also utilize the Visual Studio* IDE on Windows* as well instead of implementing our own (although this is not strictly a requirement - you can do command line/makefile builds as well).

Bah, du n'importe quoi oui et non, c'est un outil et il nécessite d'autres outils... Pourquoi pas après tout, du moment que c'est bien précisé à l'achat

Certes, mais la question que l'on peu quand même se poser est pourquoi utiliser un compilateur mois bien intégré si on a déjà du installer Visual C++?
Le compilateur d'Intel est il meilleur au niveau des optimisation, du support du langage ou de ses fonctionalités?

Il a bonne réputation, oui.
http://programmers.stackexchange.com/questions/151375/are-intel-compilers-really-better-than-the-microsoft-ones

./4 Est-ce une mauvaise chose alors qu'il utilise un compilateur tiers adapté au système où il se trouve ?

Mmm ? Moi je ne vois rien de choquant : du moment que c'est efficace...

./4: Vu le prix du compilateur, il pourrait embarquer une putain de runtime et un putain de linker ! Bordel !

./3: Oui mais c'est pas tout. Il faut d'abord installer MS .net 4 avant d'installer MS Windows SDK qui échoue sur un magnifique message d'erreur... parce que la runtime VS 2010 est trop récente ! Il faut donc la désinstaller... mais il est interdit de la désinstaller ! Donc il faut utiliser MS FixIt pour forcer la désinstallation, puis relancer l'installation !!!

Après avoir gruger Icl (parce qu'il ne détectait pas MS Visual Studio donc son script compilervars.bat ne marchait pas... ), j'ai réussi à le faire marcher.
Mais que d'énergie dépenser pour un pauvre compilateur C++ !

Quand je pense que mingw, c'est super rapide et pas chiant à installer.

Ben c'est marqué dans les prérequis, RTFM

Plus sérieusement, chaque compilateur a ses avantages et inconvénients. Là où celui d'Intel est fort c'est dans l'exploitation de la puissance de calcul du proc. Quand à celui de Microsoft, serait-ce dans l'interfaçage avec l'OS lui même ?

Maintenant qu'Intel ait choisi de ne pas faire de linker pour Windows, tout comme il le fait d'ailleurs sous Linux, c'est clairement un choix économique. Le linker est disponible librement sous Windows... mais qu'en est-il lors d'une utilisation commerciale ? Je n'ai pas la réponse.

MINGW est certainement rapide à installer, mais gagnes-tu du temps à l'exécution ? encore, tout dépend de ce qu'on veut en faire.

Azrael_CV (./12) :
Maintenant qu'Intel ait choisi de ne pas faire de linker pour Windows, tout comme il le fait d'ailleurs sous Linux, c'est clairement un choix économique. Le linker est disponible librement sous Windows... mais qu'en est-il lors d'une utilisation commerciale ? Je n'ai pas la réponse.

Azrael_CV (./12) :
Il pourrait ne pas le faire, mais quand même l'installer ! Ils doivent avoir assez de fric pour acheter une licence à MS, non ?
[quoteMINGW est certainement rapide à installer, mais gagnes-tu du temps à l'exécution ? encore, tout dépend de ce qu'on veut en faire.

Les 5% du temps d’exécution gagnés par ICL sont perdus par le temps d'installation de ICL !

Le compilo tu l'installes une seule fois, les applications tu les exécutes x fois

Tout dépend du temps d’exécution de ton appli ! Si c'est inférieur à 1s, tu t'en fous de la différence

./14 > C'est surtout que tes applications, c'est pas forcément toi qui les exécutes

PpHd (./15) :
Tout dépend du temps d’exécution de ton appli ! Si c'est inférieur à 1s, tu t'en fous de la différence

alors pourquoi n'utilises-tu pas mingw ? C'est comme acheter une Ferrari pour rouler en ville et vouloir arriver plus vite au feu rouge suivant.

GoldenCrystal (./16) :
./14 > C'est surtout que tes applications, c'est pas forcément toi qui les exécutes

Et donc ?

Azrael_CV (./17) :

PpHd (./15) :
Tout dépend du temps d’exécution de ton appli ! Si c'est inférieur à 1s, tu t'en fous de la différence

alors pourquoi n'utilises-tu pas mingw ? C'est comme acheter une Ferrari pour rouler en ville et vouloir arriver plus vite au feu rouge suivant.

Ha ca ne sert pas a ca ? #trigus#

Azrael_CV (./17) :
alors pourquoi n'utilises-tu pas mingw ? C'est comme acheter une Ferrari pour rouler en ville et vouloir arriver plus vite au feu rouge suivant.

Parce que cahier des charges. Mais c'est effectivement tout à fait çà !!!

"cahier des charges" won !