Здравствуйте! 

Возникла проблема с компиляцией проекта. Дело в том, что производственная необходимость требует осуществление обмена между двумя организациями одним проектом. 

Проект представляет собой совокупность исходников, написанных на Fortran 6... Данный проект успешно собирается в Microsoft Visual Studio совместно с компилятором Compaq Visual Fortran 6. До недавнего времени, пока работа одной и другой организации происходила с использованием Compaq Fortran, проблем с компиляцией и обменом проектами не было. 

Производственная необходимость привела к тому, что настало время использовать в организациях компилятор Intel Fortran вместо Compaq Fortran. Вот тут то и начались проблемы. При попытке откомпилировать проект в студии используя Intel Fortran вылезает куча ошибок. И это еще полбеды... Предположим, что эти ошибки связаны с самим текстом проекта, так как Intel Fortran намного придирчивее к правильности и корректости написания текста программ. Да, собственно, и бог с ним...с этим текстом...

Настораживает немного другое. По идее, все настройки проекта должны сохраняться внутри него и при открытии проекта на другой машине с аналогичной студией и компилятором никаких различий в результатах компиляции быть не должно, насколько я понимаю... Однако выяснилось, что при запуске на одной машине выскакивают одного рода ошибки в одних исходниках, а на другой машине вылезают совсем другие ошибки в других исходных файлах проекта... 

На мой взгляд, это ненормальное явление. Хотелось бы выяснить, с чем это может быть связано?!...Возможности напрямую синхронизироваться машинами, студиями и компиляторами нет, так как организации находятся в разных городах. Может ли это быть из-за некорректности установки студии или компилятора на той или иной машине?!...Или, может быть, есть какие-то другие причины?

Общий ответ на такие вопросы - а кто его знает. В принципе может.

А по сути дела - работать на разных компиляторах в такой ситуации явно не стоит. Пользоваться всяческими студиями и проектами в них (если вы не можете гарантировать их идентичность на разных машинах) - тоже.

Бывает, что куча ошибок диагностируется из-за небольшого количества реальных ошибок (в данном случае ошибок с точки зрения Intel Fortran).
Наверное нужно попробовать спокойно проанализировать их.

Понятно  Ну какой-то выход из данной ситуации должен быть?!... Мы и не переживали, когда работали с Compaq Fortran, а после перехода на Intel началась такая байда...а переход этот обусловлен тем, что необходимо гарантировать работу проекта в среде Linux...обязательным условием этото является трансляция в Intel Fortran...

Выход есть. Ну и выводов тут можно вагон и маленькую тележку сделать.

Первый, и самый главный, никогда не использовать расширения языка. Писать только по стандарту. И проблем с переносимостью быть не должно.

Второй, что, пожалуй, не стоит даже пытаться пересобирать уже имеющийся CVF проект. А создать новый проект IVF и добавить в него уже имеющиеся исходники, перенести вручную настройки и т.п.

Третий, что после второго пункта уже можно переходить к чтению лога ошибок компиляции.


Это совсем не обязательное условие.

Выход такой. Во-первых, писать строго в соответствии со стандартом языка. Во-вторых, вместо всевозможных "студий" и "проектов" пользоваться make или чем-то подобным. Ну и если проект должен работать и под Windows и действительно стоит того, я бы просто купил виндовую версию Intel Fortran.

Но, кстати, для работы под Linux именно IF использовать совсем не обязательно. Есть gfortran, есть SUN'овский компилятор и g95...

Да не должно быть особой "байды", т.к. Intel Visual Fortran начиная с 8-ой или 9-ой версии  поглотил (инкапсулировал) Compaq Visual Fortran, который, в свою очередь поглотил предыдущие компиляторы линейки Visual Fortran. 
Посмотрите в help'e Intel Visual Fortran темы "compatibility with Compaq Visual Fortran", "Compaq Visual Fortran projects/ how to convert" и т.п.