2010-12-08 3 views
0

Какой лучший или наиболее часто используемый компилятор C++ под Windows?Какой лучший или наиболее часто используемый компилятор C++ под Windows?

Помимо Visual Studio, кажется, есть два варианта: Dev-C++ и Eclipse.

+2

Ничего себе, лучше * или * чаще всего используется? Вы могли бы в принципе ответить на что угодно. Можете ли вы прояснить конкретную функцию, которую вы ищете в компиляторе, чтобы мы могли делать лучшие предложения? Также обратите внимание на разницу между компилятором и IDE: что вы имеете в виду? – 2010-12-08 06:36:44

+0

Когда я начал все, что у нас было, было djgpp. Не думайте, что эта вещь уже существует. – 2010-12-08 06:47:43

ответ

4

Помимо Visual Studio, кажется, есть два варианта: Dev-C++ и Eclipse.

Строго ни один из ваших названных примеров не является «компилятором», они все IDE. Dev-C++ специально использовал GCC и упакован с MinGW/GCC, Eclipse не распространяется вместе с компилятором.

Visual C++ в своем «Экспресс-версии» доступен бесплатно и более полно представлен, что стареющий Dev-C++ и, возможно, хотя и менее расширяемый, чем Eclipse. Однако в Visual Studio VC++ есть расширяемая расширяемость.

VC++ имеет хорошую поддержку по ISO C++, а также C++/CLI, но не поддерживает ISO C99, если это важно для вас. Версия MinGW, упакованная с Dev-C++, является GCC 3.4.5, а Dev-C++ больше не разрабатывается - избегайте.

Критически возможно, интеграция GDB от Dev-C++ минимальна и сильно нарушена таким образом, чтобы сделать ее непригодной.Использование GDB из Eclipse лучше, но это все еще просто GDB, в то время как отладчик VC++ - это лучшее, что я когда-либо использовал.

Также для разработки Windows существует меньше препятствий для использования Microsoft API в VC++, чем с проектами с открытым исходным кодом, которые не могут включать официальные интерфейсы Win32 API или .NET.

С другой стороны, вне Visual Studio VC++, как и все компиляторы, является средством командной строки и может использоваться в других IDE или автономно, если вы предпочитаете. Разработанный Dev-C++ wxDev-C++, в частности, поддерживает Microsoft Compiler в качестве альтернативного back-end, а Eclipse можно использовать с any compiler.

2

Я не знаю о лучшем, но я видел, что MS-Visual Studio и Borland C++ являются 2 наиболее широко используемыми компиляторами в Windows.

1

Dev-C++ и Eclipse.

Это не компиляторы, а IDE s. Я предпочитаю MinGW в среде Windows. Clang тоже очень хорошо.

1

Не забыть о бесплатном GCC/G ++. Компилятор отличается от IDE; для IDE для Windows, независимо от вашей политики Microsoft, Visual Studio просто радость в использовании. Конечно, я использую его в основном для языков .NET, поэтому, если вы не открыты для использования управляемого кода, ваш пробег может отличаться :-)

Если вы чувствуете себя особенно тяжело и дешево (yay cheap!), вы можете сделать хуже, чем XEMacs и GCC.

1

Существует режим C++ Netbean, а также QtCreator, который может использовать любой компилятор, поддерживаемый Qt4, я использую его с msvC++ 10 на windows и gcc на linux.

Забыл оговорку MS VC++ Express является бесплатным на окнах и, конечно же, MinGW/GCC.

0

Будучи совершенно новым для публикации здесь и не прочитав исторических сообщений, я уверен, что были всевозможные дебаты о том, какой компилятор является оптимальным для Windows.

Лично я склонен придерживаться встроенного компилятора Visual Studio cl.exe, больше для удобства использования, чем что-либо.

Для кроссплатформенной разработки я буду использовать VS (и cl.exe) для Windows и vim (или emacs), gcc и gdb для 'nix.

Сказав это, с точки зрения IDE (который, кажется, ваш фокус больше, чем компилятор), я обнаружил, что ничто не соответствует действительности VS для чистой производительности.

0

Используйте MinGW для окон. MinGW включает в себя:

  • порт из GNU Compiler Collection (GCC), в том числе C, C++, Ada и Fortran компиляторов;
  • GNU Binutils for Windows (ассемблер, компоновщик, менеджер архива)
  • Графический и инсталлятор командной строки для развертывания MinGW и MSYS в MS-Windows.

И лучше всего использовать linux для разработки. Слишком простое развитие в Linux по сравнению с окнами.

Смежные вопросы