Не совсем без разницы, важна организация операций с числами, но может между Си и Фортраном и нет разницы.
А какая организация и каких операций с числами интересна?
Гибкость С фортраном никак не перебить.
Но...
Фортран накопил кучу библиотек со времен. Было 55 томов только описаний на ЕС я помню
Но...
многие уже давно спортированы. Я сам несколько штук сделал в бытность аспирантом, когда стало нужно.
Кто бы спорил, а вопрос того, как перейти из кода в ассемблер, это вопрос компиляции. И чем дальше тем она лучше и тем больше нивелируется преимущества низко-уровневых языков итд итп. Часто видел проекты, где люди полгода пишут код, который у них за день считает то, что на другом языке считается за полтора дня, но зато пишется за две недели. Потом им надо чего то поменять и еще 3 месяца пишут. Тем более сейчас можно считать в облаке или на кластере и скорость плюс минус в два раза не играет особой роли.
Вы имеете в виду синтаксис? Если да, то просто
complex a,b,c;
c = a+b;
В С++ это элементарно
PP написал(а):
Если Вас интересует, что происходит, когда компилятор встречает такой синтаксис, то зависит от имплементации, но эффективность очень высокая.
Да не особо зависит на плюсах. Я могу рассказать, если вдруг будет интерес.
( Мне пришлось очень давно, в рамках той же аспирантуры, делать класс комплексных матриц.
a = b * Inv (c) +d;
отлично работало. )
И чем дальше тем она лучше и тем больше нивелируется преимущества низко-уровневых языков итд итп. Часто видел проекты, где люди полгода пишут код, который у них за день считает то, что на другом языке считается за полтора дня, но зато пишется за две недели. Потом им надо чего то поменять и еще 3 месяца пишут. Тем более сейчас можно считать в облаке или на кластере и скорость плюс минус в два раза не играет особой роли.
Мне пришлось очень давно делать класс комплексных матриц.
В 90-ых, еще на хватало библиотек, и мне довелось написать класс распределенной комплексной матрицы. Сравнил с существующей фортрановской имплементацией, получилось на 25% медленее, зато кодом легко пользовалась куча студентов, которые быстро написали достаточно качественные численные алгоритмы даже не подозревая о том, что код выполняется на многих процессорах. С фортраном бы возились и баги бы выковыривали в десять раз дольше. Сейчас это конечно не актуально...
И всё-таки почему то продолжают писать на Фортране. Покопаюсь на досуге.
У нас в продукте (один из лидеров по фин. програм. обеспечению) есть модули на Фортране. Например, распаралеленный метод Монте Карло, который выполняется на графической карте (а не на CPU). Остальное на C++ / Perl, в основном.
По Латеху: ничего для написания книг по физике или математике даже близкого по качеству пока не видно. Но Латех устаревает, да. Многие фичи нужные для книг в чисто электронном виде он не поддерживает.
Правда коммерческие решения ещё хуже -- у нас используется местами в компании Adobe Framemaker. Такое .авно, просто ужас. Постоянные сегфолты, порча документов, качество на выходе ниже плинтуса, и т.д. Все стонут давайте на латех перейдём, но менеджмент всё не может решиться, хотя у нас латех все знают. Всё таки в этом Framemaker у нас уже тысяч пять документации набрано, худо-бедно(а сконвертировать в другие форматы почти невозможно. Support блин. И всё это за огромное бабло).
Новые большие пакеты НЕ надо писать на Фортране, конечно, но маленькие, с ограниченной применимостью программы можно по любому. А существующие библиотеки на Фортране нужно использовать, надежность высокая, не стоит переписывать все заново и угробить надёжность
Но у меня пока проблема - Visual Studio не видит каталогов MySQL
Я давно уже ничего в Visual Studio не писал, но видимо Вам надо показать линкеру где лежат библиотеки для работы с mysql. Это делается конфигурацией проекта в Visual Studio. Посмотрите тут msdn.microsoft.com/en-us/library/ms235627(v=vs.80).aspx
или на java, но подозреваю что с этим сложнее поскольку обычно есть старый код написанный на с++ (всякие свои библиотеки)
под виндой его можно скомпилировать c c++ в dll/сборки .net и не трогать, работая дальше на с#
если переходить на java придется переписывать и старый код тоже...