Всем привет! Ребят, разъясните пару вещей... Хочу попробовать более производительный компилятор С++ чем встроенный в Visual Studio 2005...  В связи с этим скачал себе PGI Compiler для Win32....  Как им пользоваться, может кто-нить даст пару пратических советов... Интегрируется ли он в VS 2005? 
Я его запустил, а там какая-то бутафория в виде консольного приложения...   Консоль- это модно что ли?  

вряд ли. встраивается от Intel компилятор 

а он без документации разве поставляется?

не понятно что такое "бутафория в виде консольного приложения"

смотря в чем. компиляторы все консольные.

Я, конечно, не знаю, но очень сомневаюсь за его производительность. У MS неплохой оптимизатор. Интел, конечно, круче, но вот какой-то PGI - боюсь, что нет.


Нормально вряд ли. Если просто интегрировать есть такая вещь как билд-правила, редактируемые из студии. Читаем доки компилера и создаём сие. В чём трабла. В отличие дебаг-формата. Студийный отладчик не будет работать скорее всего. С этим ничего не сделаешь.


Ну-ну   


Сорри, но что есть гуи-компилер? Есть гуи-обёртки (на учебном уровне обычно) - типа compile wizard. Есть IDE. Но гуи-компилер??? Бр-р-р.

PGI, как я прочитал, не какой-то, а компилятор, использующий механизмы распараллеливания и векторизации кода, который учитывает все особенности конкретных архитектур. (например, Opteron).


Просто проблема вот в чем... Есть профессиональные программисты, для которых написание качественной программы - это смысл их работы... Вот им и будет удобно работать в консоли.. Также есть прикладные программисты, для которых программирование всего лишь средство, а не цель. Для них главное результат того, что программа моделирует. И почему они должны разбираться во всех тонкостях консольного компилятора.... Почему разработчикам сие продукта не помочь им и не написать оболочку для VS2005, например. Просто, каждый запуск моей программы заставляет меня ждать по 20 мин.... И это вызывает негодование.. А тут есть продукт, который может все это дело ускорить, но с ним нужно сначала разобраться в лице документации на 300 страниц....   

Ссылку можно - разберёмся с этим делом.


Вряд ли дело в компилере. Думаю алгоритм проги надо оптимизировать.


Вряд ли тебе нужно так много. Чтобы просто юзать компилер обычно достаточно /?, --help, man и т. д.

http://www.pgroup.com/products/workpgcc.htm

Вот ссылка... Попробовал скомпилировать прогу...получил кучу ошибок ((

1. OpenMP поддерживает и VC++ 2005. Так что особых перимуществ от смены компилеры ты я думаю не увидишь.
2. Что каксается компиляции, то можно юзать мэйкфайлы, PGI поддерживает работу с cegwin и GNU Make соответственно. Подробное описание мэйкфайлов найти думаю проблемой не будет. Флаг -fast включает все опции для оптимизации по скорости для хост-машины.

А вообще, повторюсь, надо на прогу смотреть.

Добавлено @ 13:08 

Это любой нормальный компилятор учитывает. А про распараллеливание - см. выше.

Любопытное рассуждение. То есть прикладные программисты - не профессионалы? Вы не перепутали прикладных программистов с специалистами(непрограммстами) в конкретной области(технической или гуманитарной), которые  по каким-то причинам ( недостаток средств, неумение поставить правильно задачу )  решили, что они лучше справятся с задачей по программированию в их области, чем профессионалы в области программироавния?

Т.е. ты абсолютно уверен, что алгоритм прописан - лучше не бывает, и в тормозах виноват плохой компилятор? 
Дурно написанную программу никакой компилятор не ускорит. 
Оптимизация на уровне компилятора не даст много: ну будет 18 минут выполняться.
Распараллеливание может не только ускорить, но и замедлить.
А вот оптимизация алгоритма может дать выигрыш на порядок. Разбирайся прежде всего со своим кодом.