История изменений
Исправление shpinog, (текущая версия) :
Собрать последовательность из опкодов и данных - пусть и непростая, но вполне себе реальная задача.
Игру ААА или Фотожоп тоже можно на ассемблере написать, да не простоя, но вполне реальная задача. Аргумент в стиле «выкопать экватор ложкой реально».
Собственно в твоём случаи всё усугубляется твоим лабвью, где помимо всего прочего надо конвертировать всё в жгутики и блоки, что в случаи написания ассемблера и тем более компилятора концептуально уйдет в тупик.
Для меня вполне себе внятные: лабвью - моя первая любовь (в программировании, конечно, а не в жизни в целом), и я хочу себе примерно такое же лабвью, но умеющее юзать сишные библиотеки, системные вызовы, чтобы ваять на нем не только высокоуровневый софт, но и драйвера и ядра ОС.
Собственно ты утверждаешь, что можешь написать асемблер и компилятор Си на лабвью, но при этом драйвер написать нельзя?
Системные вызовы юникса/линукса, код драйверов и ядер ОС.
Господи ты серьёзно?
Системные вызовы вообще какое отношение имеют к «низкоуровневости» ?
Метопрог ты разочаровываешь, системные вызовы это как раз высокоуровневые абстракции, призванные защитить от «низкоуровневого» прямого обращения к ресурсам. Здесь Си ничем не отличается, системны вызов можно кинуть практический из любого языка программирования.
Про драйвера ты опять отчебучил, какое отношение драйвера имеют к «низкоуровневости» Си, это заслуга конкретной ОС. Ты можешь написать драйвер на бейсике под DOS, бейсик тоже низкоуровневый ?
ОС можно написать на любом языке который поддерживает ассемблерные вставки, хоть на жабаскрипте. Собственно Си здесь исторический занял нишу, а не из-за какой-то «низкоуровневости»
Это если через printf? Он что, интерпретируется, а не хардкодится при компиляции? Кстати я для печати в консоль использую fwrite, костыльный printf с замороченным форматированием не люблю.
Да через printf. Нет, даже если поколдовать над бинарём и компилятором, меньше 24 сисколов думаю не получится.
Еще раз: би-бли-о-те-ки. Которых в Си навалом. Я вот сколь долго выбирал сишную библиотеку для отрисовки гуя - xlib, gtk3, SDL2, nuklear - и это далеко не все что есть по одной лишь графике.
А при чём здесь сторонние библиотеки и фреймворки?
Тебе то надо написать Визуальный Си компилятор, который соответствует стандарту, поверх него стандартную библиотеку ( собственно уже не с нуля, а просто переписав немного существующие реализации), после чего ты сможешь использовать уже существующие библиотеки с открытым исходным кодом.
В Метапроге несложно сделать сишную вставку. К тому же есть автоматический парсер инклюдов через castxml, делающий меню из сишных функций и типов. Из которых можно лепить уже свои метапроговские блоки.
И сколько нам ждать пока ты только из одного glibc где 1000+ функций, метопроговских блоков налепишь?
А ты думаешь почему я взялся за Метапрог?
У меня много предположений, но никакое из них не связанно с здравым смыслом.
Исходная версия shpinog, :
Собрать последовательность из опкодов и данных - пусть и непростая, но вполне себе реальная задача.
Игру ААА или Фотожоп тоже можно на ассемблере написать, да не простоя, но вполне реальная задача. Аргумент в стиле «выкопать экватор ложкой реально».
Собственно в твоём случаи всё усугубляется твоим лабвью, где помимо всего прочего надо конвертировать всё в жгутики и блоки, что в случаи написания ассемблера и тем более компилятора концептуально уйдет в тупик.
Для меня вполне себе внятные: лабвью - моя первая любовь (в программировании, конечно, а не в жизни в целом), и я хочу себе примерно такое же лабвью, но умеющее юзать сишные библиотеки, системные вызовы, чтобы ваять на нем не только высокоуровневый софт, но и драйвера и ядра ОС.
Собственно ты утверждаешь, что можешь написать асемблер и компилятор Си на лабвью, но при этом драйвер написать нельзя?
Системные вызовы юникса/линукса, код драйверов и ядер ОС.
Господи ты серьёзно?
Системные вызовы вообще какое отношение имеют к «низкоуровневости» ?
Метопрог ты разочаровываешь, системные вызовы это как раз высокоуровневые абстракции, призванные защитить от «низкоуровневого» прямого обращения к ресурсам. Здесь Си ничем не отличается, системны вызов можно кинуть практический из любого языка программирования.
Про драйвера ты опять отчебучил, какое отношение драйвера имеют к «низкоуровневости» Си, это заслуга конкретной ОС. Ты можешь написать драйвер на бейсике под DOS, бейсик тоже низкоуровневый ?
ОС можно написать на любом языке который поддерживает ассемблерные вставки, хоть на жабаскрипте. Собственно Си здесь исторический занял нишу, а не из-за какой-то «низкоуровневости»
Это если через printf? Он что, интерпретируется, а не хардкодится при компиляции? Кстати я для печати в консоль использую fwrite, костыльный printf с замороченным форматированием не люблю.
Да через printf. Нет, даже если поколдовать над бинарём и компилятором, меньше 24 сисколов думаю не получится.
Еще раз: би-бли-о-те-ки. Которых в Си навалом. Я вот сколь долго выбирал сишную библиотеку для отрисовки гуя - xlib, gtk3, SDL2, nuklear - и это далеко не все что есть по одной лишь графике.
А при чём здесь сторонние библиотеки и фреймворки?
Тебе то надо написать Визуальный Си компилятор, который соответствует стандарту, поверх него стандартную библиотеку ( собственно уже не с нуля, а просто переписав немного существующие реализации), после чего ты сможешь использовать уже существующие библиотеки с открытым исходным кодом.
В Метапроге несложно сделать сишную вставку. К тому же есть автоматический парсер инклюдов через castxml, делающий меню из сишных функций и типов. Из которых можно лепить уже свои метапроговские блоки.
И сколько нам ждать пока ты только из одного glibc где 1000+ функций, метопроговских блоков налепишь?
А ты думаешь почему я взялся за Метапрог?
У меня много предположений, но никакое из них не связанно с здравым смыслом.