|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 23 Mar 2005 22:08:22
To : "U.P.Galyuck"
Subject : Re: Need GUI development tool (Kylix or something)
--------------------------------------------------------------------------------
U.P.Galyuck <galyuck@paloma.spbu.ru> wrote:
>> >> В GNU C комплексная арифметика есть.
[...]
UPG> проблема реализации этого типа данных оказывается именно в том, что
UPG> реализация этой арифметики оказывается для компилятора чем-то внешним,
UPG> навешанным снаружи через макросы. В силу этого, компилятору очень трудно
UPG> провести оптимизацию кода, а именно: операции с операндами разного типа
UPG> данных.
Hасколько я разбираюсь в медицине, для Си невозможно реализовать "complex"
без специальных знаний компилятора о нём. То, что нет должной оптимизации
конкретно у gcc - это другой вопрос.
UPG> В Фортране, для которого комплексный тип является встроенным, это делается
UPG> достаточно просто. В С, и как я подозреваю в С++ , это либо не делается
UPG> вообще (главное, чтобы формально поддерживался этот тип данных),
В С++ как раз нет _абсолютно_ никакой проблемы сделать класс "complex"
и написать свои методы для всех операций с разными типами - с нужной
оптимизаций (унарных и бинарных, конечно - глобальная так не получится).
А шаг дальше (в кватернионы, например), и fortran надёжно отдыхает,
в то время как в C++ просто определяется другой класс.
UPG> разрабатываться на специально для этого приспособленном языке - Фортран, а
UPG> все логические умозаключения, основанные на собственном понимании проблемы,
UPG> и "принципе Оккама", оказываются опровергнутыми элементарными тестами
UPG> (все, что я описал, я выяснил, вычитывая ассемблерный листинг
UPG> результатов компиляции).
Реальная практика ЦЕРHа, например, заключается в том, что научные
библиотеки уже 7й год интенсивно переписываются на C/C++ (это проекты
типа LHC++ & Ko), так же интенсивно тестируются, и назад пути нет.
Да, legacy software повсеместно используется и даже правится под текущие
нужды, но его относительный вес постепенно уменьшается. Так как софт на
фортране до сих пор попадает в код будущих экспериментов, которые должны
прожить до ~2025, можно ожидать, что лет на 20 у фортрана есть шансы.
Hо и это сомнительно, потому что g77 вроде как прекратил своё развитие,
а учёные всё активнее на линукс переползают. В случае проблем с
компилятором дело скорее кончится f2c, чем поддержкой антиквариата.
--
Eugene Berdnikov
--- ifmail v.2.15dev5.3
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
