А почему из c11 выкинули complex.h?

А ты можешь запустить Emacs на голом железе, без ОС?

Это уже было ажно в 1975 году на лисп-машинах. Потом регулярно были попытки разной степени ненужности типа этой: https://github.com/dakrone/eos/blob/master/eos.org не говоря уж о emacs как замена wm. То есть всякий юзерспейс не проблема, проблема в железной поддержке лиспа, которая таки вполне себе была.

Что же это за ОС, которой нужна поддержка языка программирования высокого уровня сразу в железе? Неужели Лисп не компилится в машинный код?

Не даром, до сих пор Fortran существует в современности в том числе и потому, что комплексные числа там из коробки от рождения.

потому я на Фортране до сих пор и пишу :)

Ну можно и так: https://github.com/ghosthamlet/awesome-lisp-machine#lisp-operating-system

Другое дело, понятно, что Linux в качестве прокладки для emacs популярней.

Одно лишь требование объявлять все переменные в начале выглядит сейчас анахронизмом.

В C, до C99 точно такое же требование…

В C, до C99 точно такое же требование…

Не совсем, в ANSI C можно было объявлять переменные в начале любого нового блока, что вовсе необязательно в начале новой функции.

Почему?

2018 с модулями вообще отличный

Дык B было допилить ещё проще, добавив байты и структуры.

Прочитайте Линуса Товальдса и его соображения, там все по делу.

https://lkml.org/lkml/2018/3/7/621

ну… я рад за тех, кто им пользуется. А меня Embedded C кормит, разработка на фортран сейчас дешевле, как следствие - рынок решает.

Там одни завывания, что VLA это плохо. Ничего конструктивного.

Одна из многих причин, почему код на фортране не могут выкинуть в GNU Octave очень-очень много лет.

Покажите на них Emacs.

Посмотри на Symbolics.

а зачем его оттуда выкидывать?

Чтобы программистам которые приходят в проект не надо было уметь виртуозно владеть C, C++ и в довесок Fortran-ом. Матлабу ещё тяжелее, там ещё и Java есть (а может даже и scala, фиг знает что там на jvm-е то крутится), но там и деньги платят за написание кода.

Химики-десятики в наше время вот такое вот учудили в свободное от уроков время: http://www.artillerist-game.narod.ru/

Fortran это не C++ им виртуозно владеть гораздо проще. И какая разница что внутри у Матлаба? У него есть Сишный API.

Разница есть для разработчиков матлаба, а не для пользователей. Но матлаб коммерческий и за работу нанятым разработчикам платят, а вот GNU Octave свободный и за коммиты в него не платят.

https://www.phoronix.com/scan.php?page=news_item&px=Linux-Kills-The-VLA

Ну и понятно почему. VLA нет в clang, а не потому что это что-то плохое.

Чем бы дитя не тешилось — лишь бы программировало.

А я то думал, что из-за этого:

• Arguably most importantly is there can be security implications from VLAs around the kernel’s stack usage.

Могут быть, а могут и не быть. А в clang VLA точно нет уже сейчас.

Но честно говоря, мне на VLA как-то поровну. Меня больше complex.h беспокоит.

Паскаль, мой первый ЯП, безвозвратно устарел.

Расскажи это авторам Double Commander, лучшего графического ФМ под линукс (подчёркиваю, я про файловые менеджеры, а не закосы под Проводник (c) Windows (TM)).

Одно лишь требование объявлять все переменные в начале выглядит сейчас анахронизмом.

Частично согласен. Правда, прям-прям ужасом это выглядит только для тех, кто пишет функции на два экрана и больше, что в большинстве случаев является признаком плохо структурированного кода. А собранность всех переменных в одном месте позволяет оценить, сколько стека функция кушает.

С другой стороны — я привык, что в плюсах я объявляю переменную и почти всегда тут же её инициализирую. С паскалевским подходом так уже не получится.

Тут уже отмечали, что в современных компиляторах Паскаля последнее давно не актуально. Очевидно, что языки и инструменты обеспечивающие их работу меняются. Проблема Паскаля не в том что он плох/хорош, а в том, что в реальной работе предметников с небольшими знаниями информатики он не используется.

Поинт же топика в том, что временами стандарты меняются в сторону примитивизации и IMHO это не есть хорошо.

Расскажи это авторам Double Commander, лучшего графического ФМ под линукс (подчёркиваю, я про файловые менеджеры, а не закосы под Проводник (c) Windows (TM)).

Причём тут авторы Double Commander?

Частично согласен. Правда, прям-прям ужасом это выглядит только для тех, кто пишет функции на два экрана и больше, что в большинстве случаев является признаком плохо структурированного кода. А собранность всех переменных в одном месте позволяет оценить, сколько стека функция кушает.

Ужасом это выглядит для тех, кто надеется на более оптимальное использование стека.

Ужасом это выглядит для тех, кто надеется на более оптимальное использование стека.

Разверни мысль подробнее. Ты намекаешь на то, что если в рамках одной области видимости переменная более не используется, компилятор того же C++ может вхреначить на её место другую, объявленную ниже? (Кстати, в Фортране для подобного было специальное ключевое слово, в Си-подобных можно использовать union, хотя предназначен он, конечно, для другого.)

Ужасом это выглядит для тех, кто надеется на более оптимальное использование стека.

можно тоже пример, если есть какой-нибудь.

Можно будет посмотреть работу оптимизатора fpc, может его чему-нибудь научили…

Ты намекаешь на то, что если в рамках одной области видимости переменная более не используется, компилятор того же C++ может вхреначить на её место другую, объявленную ниже?

Да.