История изменений
Исправление grem, (текущая версия) :
систем сборки
Есть система сборки FoBiS заточенная под проекты на фортран от автора библиотеки StringiFor (всё подумываю опакетить их для gentoo). Это кроме make, cmake, meson, waf, scons, ninja (патченный).
До сих пор не доведена до конца работа по стандартизации функций автоматического поиска по массивам, в том числе номеров минимумов и максимумов.
Чем плохи minval, maxval, where? Имеется ввиду, чтобы вернуть не само значение, а индексы? Maxloc, minloc?
часть библиотек даже отсутствуют в дистрибутивах
Это уже вопросы к ментейнерам, хотя разработчикам неплохо бы наладить опакечивания для распространённых. С другой стороны некоторые пакеты часто требуют достаточно тонкой настройки и поэтому самостоятельная сборка таких библиотек может оказаться предпочтительнее. Портирование кода библиотек на новые стандарты часто не проводится, чтобы сохранять совместимость со старыми - от этого никуда не деться :(
Но, настолько я понимаю, ты чаще имеешь дело с фортраном, чем я (я очень -очень редко). На мой взгляд разработка стандарта больше ушла в сторону поддержки HPC, в частности распараллеливания и основное внимание при его обновлении уделяется этому.
А постсоветском секторе с ним совсем не очень: чаще попадаются программы на 77 или даже 66 с нестандартными расширениями. Одно искоренение использования записи вида kind=8 кажется невозможным. Но это понятно - код написан, тщательно отлажен и работает - поддержка не требуется. Заниматься его переписыванием, смысла никакого нет.
В США и ряде Европейских стран с этим лучше, даже новые стандарты преподавали относительно недавно
Исправление grem, :
систем сборки
Есть система сборки FoBiS заточенная под проекты на фортран от автора библиотеки StringiFor (всё подумываю опакетить их для gentoo). Это кроме cmake, meson, waf, scons.
До сих пор не доведена до конца работа по стандартизации функций автоматического поиска по массивам, в том числе номеров минимумов и максимумов.
Чем плохи minval, maxval, where? Имеется ввиду, чтобы вернуть не само значение, а индексы? Maxloc, minloc?
часть библиотек даже отсутствуют в дистрибутивах
Это уже вопросы к ментейнерам, хотя разработчикам неплохо бы наладить опакечивания для распространённых. С другой стороны некоторые пакеты часто требуют достаточно тонкой настройки и поэтому самостоятельная сборка таких библиотек может оказаться предпочтительнее. Портирование кода библиотек на новые стандарты часто не проводится, чтобы сохранять совместимость со старыми - от этого никуда не деться :(
Но, настолько я понимаю, ты чаще имеешь дело с фортраном, чем я (я очень -очень редко). На мой взгляд разработка стандарта больше ушла в сторону поддержки HPC, в частности распараллеливания и основное внимание при его обновлении уделяется этому.
А постсоветском секторе с ним совсем не очень: чаще попадаются программы на 77 или даже 66 с нестандартными расширениями. Одно искоренение использования записи вида kind=8 кажется невозможным. Но это понятно - код написан, тщательно отлажен и работает - поддержка не требуется. Заниматься его переписыванием, смысла никакого нет.
В США и ряде Европейских стран с этим лучше, даже новые стандарты преподавали относительно недавно
Исправление grem, :
систем сборки
Есть система сборки FoBiS заточенная под проекты на фортран от автора библиотеки StringiFor (всё подумываю опакетить их для gentoo). Это кроме cmake, meson, waf.
До сих пор не доведена до конца работа по стандартизации функций автоматического поиска по массивам, в том числе номеров минимумов и максимумов.
Чем плохи minval, maxval, where? Имеется ввиду, чтобы вернуть не само значение, а индексы? Maxloc, minloc?
часть библиотек даже отсутствуют в дистрибутивах
Это уже вопросы к ментейнерам, хотя разработчикам неплохо бы наладить опакечивания для распространённых. С другой стороны некоторые пакеты часто требуют достаточно тонкой настройки и поэтому самостоятельная сборка таких библиотек может оказаться предпочтительнее. Портирование кода библиотек на новые стандарты часто не проводится, чтобы сохранять совместимость со старыми - от этого никуда не деться :(
Но, настолько я понимаю, ты чаще имеешь дело с фортраном, чем я (я очень -очень редко). На мой взгляд разработка стандарта больше ушла в сторону поддержки HPC, в частности распараллеливания и основное внимание при его обновлении уделяется этому.
А постсоветском секторе с ним совсем не очень: чаще попадаются программы на 77 или даже 66 с нестандартными расширениями. Одно искоренение использования записи вида kind=8 кажется невозможным. Но это понятно - код написан, тщательно отлажен и работает - поддержка не требуется. Заниматься его переписыванием, смысла никакого нет.
В США и ряде Европейских стран с этим лучше, даже новые стандарты преподавали относительно недавно
Исправление grem, :
систем сборки
Есть система сборки заточенная под проекты на фортран от автора библиотеки StringiFor. Это кроме cmake, meson, waf.
До сих пор не доведена до конца работа по стандартизации функций автоматического поиска по массивам, в том числе номеров минимумов и максимумов.
Чем плохи minval, maxval, where? Имеется ввиду, чтобы вернуть не само значение, а индексы? Maxloc, minloc?
часть библиотек даже отсутствуют в дистрибутивах
Это уже вопросы к ментейнерам, хотя разработчикам неплохо бы наладить опакечивания для распространённых. С другой стороны некоторые пакеты часто требуют достаточно тонкой настройки и поэтому самостоятельная сборка таких библиотек может оказаться предпочтительнее. Портирование кода библиотек на новые стандарты часто не проводится, чтобы сохранять совместимость со старыми - от этого никуда не деться :(
Но, настолько я понимаю, ты чаще имеешь дело с фортраном, чем я (я очень -очень редко). На мой взгляд разработка стандарта больше ушла в сторону поддержки HPC, в частности распараллеливания и основное внимание при его обновлении уделяется этому.
А постсоветском секторе с ним совсем не очень: чаще попадаются программы на 77 или даже 66 с нестандартными расширениями. Одно искоренение использования записи вида kind=8 кажется невозможным. Но это понятно - код написан, тщательно отлажен и работает - поддержка не требуется. Заниматься его переписыванием, смысла никакого нет.
В США и ряде Европейских стран с этим лучше, даже новые стандарты преподавали относительно недавно
Исходная версия grem, :
систем сборки
Есть система сборки заточенная под проекты на фортран от автора библиотеки StringiFor.
До сих пор не доведена до конца работа по стандартизации функций автоматического поиска по массивам, в том числе номеров минимумов и максимумов.
Чем плохи minval, maxval, where? Имеется ввиду, чтобы вернуть не само значение, а индексы? Maxloc, minloc?
часть библиотек даже отсутствуют в дистрибутивах
Это уже вопросы к ментейнерам, хотя разработчикам неплохо бы наладить опакечивания для распространённых. С другой стороны некоторые пакеты часто требуют достаточно тонкой настройки и поэтому самостоятельная сборка таких библиотек может оказаться предпочтительнее. Портирование кода библиотек на новые стандарты часто не проводится, чтобы сохранять совместимость со старыми - от этого никуда не деться :(
Но, настолько я понимаю, ты чаще имеешь дело с фортраном, чем я (я очень -очень редко). На мой взгляд разработка стандарта больше ушла в сторону поддержки HPC, в частности распараллеливания и основное внимание при его обновлении уделяется этому.
А постсоветском секторе с ним совсем не очень: чаще попадаются программы на 77 или даже 66 с нестандартными расширениями. Одно искоренение использования записи вида kind=8 кажется невозможным. Но это понятно - код написан, тщательно отлажен и работает - поддержка не требуется. Заниматься его переписыванием, смысла никакого нет.
В США и ряде Европейских стран с этим лучше, даже новые стандарты преподавали относительно недавно