Внутренние макросы впервые применялись в макроассемблерах. Но там они были более продвинутые. Использовались каталоголизированые библиотеки, наличие иструкций повторений, наличие шаблонов (как бы макросы-подпрограммы). Что позволяло моделировать компиляторы ЯП. Обычно все макросы расширялись локально на месте. В листинге можно было увидеть расширения макросов в удобном виде, что позволяло анализировать и отлаживать коды. Но принцип всё тот же: расширение текстов и далее ассемблирование.

макросы это вообще из лиспа 🙂

ну, у простых сборщиков мусора могут быть проблемы с большими объёмами памяти, не стоит такие пихать в суперкомпьютер с очень большой памятью

Да их вообще никуда не стоит пихать

макросы — это из макропроцессоров

а у современных таких проблем уже нет!

оно сильно эволюционировало за последние 5-10 лет

:-))))

Именно поэтому поворот экрана на смартфоне без сборщика мусора работает со временем реакции порядка 0мс, а на смартфоне со сборщиком с реакцией +сотни миллисекунд

дык мы только что же говорили про терабайты памяти

а не про смартфоны

а у андроида с архитектурой гуя да, проблемы. и дело тут не в сборщике мусора таки. эта часть вообще на крестах писана

Ну... Пока что во смартфоны не встроили терабайты памяти

Чего никогда не произойдёт при нашей жизни

соскок с темы защитан!

А если произойдёт, тогда будут говорить, что вот пока петабайты не будут встроены в смартфон...

хм...

Тогда лиспа ещё не было! Системное программирование основывалось на макроассемблерах. В ЮНИКСЕ программировать на языке ассемблера практически невозможно. Там язык ассемблера — промежуточный язык при генерации объектных кодов.

погоди, ты говоришь о временах ДО 1958 года?

но тогда и юникса и в помине не было