[ETCartman]

Столкнулся с проблемой (вероятно известной), что программа скомпилированная в Mingw и в gcc под линуксом проходит верификационные тесты не вполне одинаково.
Может быть разница в инструкциях, может еще где. Программы расчетного плана, сами расчеты очень сложные, как отловить что именно не так - не знаю. Может кто то что то общее посоветует. Cygwin может быть?
Поскольку фортран по сути дела является самой древней расчетной программой сам по себе - с огромной коллекцией кодов на все случаи жизни, постольку вопрос адресую именно в этот раздел.
К слову и ранее сталкивался многие программы разрабатываемые и успешно используемые на Linux не проходят 100% тесты под виндой (хотя большинство).

[ETCartman]

на 64 битной системе не запустился. в вижуалстудии майкрософт сейчас устанавливаемая переменная среда для работы программ, в зависимости от набора обновлений может давать разный результат. у вас работает, у кого то нет. раньше такого не было -
лучше делать статичные экзешники (как я выше выложил, флаг -static в MinGW) всегда для библиотеконезависимости. а студией старше 2008 вообще лучше не пользоваться
(или пользоваться правоверным gcc)

[ibragimr]

Мда, все не так просто как мне казалось.

Если честно, я пока не знаю что означает "статический exe", буду работать над этим. И теперь думаю, я к набору Intel VF + Microsoft VS добавлю что-то вроде Eclips + gfortran.

ETCartman, спасибо за полезный опыт. Жаль, что так и не смог Вам ничем толком помочь

[metod]

статический ехе означает, что ему для работы не требуется dll из компилятора. Статический exe весит достаточно много, но зато запускается на любой машине.

[ETCartman]

Сообщение от ibragimr . Жаль, что так и не смог Вам ничем толком помочь

можете - еще как, например 64 битным компилятором фортран. выше как я понял 32

[ibragimr]

Все верно, предыдущие сборки были под win32

[ETCartman]

Я задачами такого рода интересуюсь из любопытства - особенности численных методов применительно к CFD задачам. Dolfyn мне понравился как очень простой код, написанный профессионалом (который использует его в работе, правда, вероятней всего с какими то проприетарными мешерами, а не только с открытыми)
Кроме того изучение открытых программ дает больше знаний о предмете, то есть не только какие и где кнопочки нажимать, но и как это работает в целом.
Правда так еще бывает< что если ты чего то не знаешь - то никогда и не будет шанса применить эти знания. а если знаешь - то как правило найдешь им применение.
В целом я нашел в чем причина расхождения результатов - так что вопросы к GCC Fortran сняты - он тут не виноват.
Экзешники и конвертер из GMSH тут выкладываю (правда GMSH нужно запускать в командном режиме, потому что модель большая - интиерактивно он вылетает)

[ibragimr]

ETCartman, не могли бы Вы поделиться, в чем же была причина проблем?