Абсолютно согласен с Вами, Алла Моисеевна. Издатели предпочитают издание книг по очередным клонам CVF. Недавно вышла ещё одна книга по Фортрану "С. Д. Алгазин, В. В. Кондратьев
Программирование на Visual Fortran", судя по аннотации к книге
Цитата:
Данная книга посвящена описанию последней версии Intel Visual Fortran 9.1 (который включает Fortran 90/95, элементы Fortran 2003 и многочисленные фирменные расширения этих стандартов), широко распространенной в России.
Программный продукт, описанный в этой книге, обеспечивает инструментальные средства для разработчиков программного обеспечения Windows, для создания приложений, которые управляются процессорами Intel IA-32, процессорами Intel с расширенной памятью технологии Intel 64 (Intel EM64T) и процессорами Intel Itanium 2. Оптимизация включает поддержку Streaming SJMD Extensions 2 S1MD 2 (SSE2) в процессорах Intel Pentium 4 и Intel Pentium M, Streaming SIMD Extensions 3 SIMD 3 (SSE3) в процессорах Intel Pentium 4 и Intel Core с поддержкой SSE3 и конвейерной обработкой программного обеспечения в процессорах Intel Itanium 2. Межпроцедурная оптимизация (IPO) и управляемая конфигурацией оптимизация (PGO) может обеспечить большее прикладное значение. Поддержка компиляторов Intel обеспечивала кодовую разработку через поддержку ОрепМР и автопараллелизм.
Стандартное издание этого продукта состоит из компилятора Intel Visual Fortran, отладчика Intel, интеграции в визуальные среды разработки Microsoft, кодовое покрытие и тестовых инструментальных средств установления приоритетов. Профессиональное издание включает все из стандартного издания и библиотеку Fortran IMSL 5.0.
Однако, когда открывем эту книгу, то видим, что средства 2003 фортрана, включенные в IFC 9.1 практически только перечислены, а про оптимизацию кода и параллелизм информация практически не отличается от уже доступной. Причём, на одном из форумов я видел мнение, что по настоянию издательства из книги были зарезаны главы по iso_c_binding и обработке исключений. Кроме того, в ключе Intel Fortran больший интерес вызывает уже использование не библиотеки IMSL, а MKL (с точки зрения быстродействия прирост значительный), или лучше обеих этих библиотек.
Цитата:
Это тоже верно, но проблема переносимости зависит не только от использования расширений, но также от "processor-dependent features" (например, от значений параметров типов). В руководствах приводятся только значения для конкретной реализации (например, конкретный размер в разрядах, байтах и др.), а в описаниях стандартов - средства параметризации и способы адаптации для любой конкретной среды.
Да. Был случай, когда студент, работая под платформой Intel использовал 80-битные регистры для работы с вещественными числами (в терминологии C - long double, в фортране real(kind = 10)), используя компилятор g95 и совершенно не задумываясь о совместимости. В итоге пришлось бедняге 10 менять на константу, определенную как
Код:
INTEGER, PARAMETER :: r_kind = SELECTED_REAL_KIND (10, 30)
Вход
Регистрация
FAQ
Поиск
Конечно же, стандарт - это основа основ, но я думаю, что человеку без глубоких знаний в области языков "читать стандарт" как руководство крайне обременительно (потому как не для этого он создается). Именно поэтому есть, например, стандарт языка С и, одновременно, книга Кернигана и Ритчи, стандарт C++ и книга Страуструпа. Просто я считаю, что человеку, имеющему некоторый опыт в программировании (тоже на современном, но другом языке), проще начать с мануала к реализации.