Я чет тоже сомневаюсь что луа код транслируется в С и потом компилируется ТСС

Хотя я на луаджит не кодил

Не луа-код а луа-байткод : ) Трассы. Собсно, этим обеспечивается бешеная скорость luajit.

трассы? где это пожно почитать?

то что трассы компиляются - это понятно, но зачем там tcc, не понятно

Мне кажется там для байткода просто компилятор написан, ну, я бы так сделал

зачем перегонять байтко в ЯВУ и использовать полноценный компилятор С - это же много времени на компиляцию уйдёт, какой бы быстрый ТСС не был

+ он там вроде вставляет какие-то проверки еще

щас посмотрел исходники и поиск запустил, нет нигде упоминаний tcc

https://youtu.be/9oVZObf2udU?t=1108

это смотрел, там про tcc небыло ничего, щас еще посмотрю

Про TCC не было ничего потому что не нужно. А чем, как ты думаешь, оно будет компилировать? : )

Своим jit-компилятором

Babe, lets jit together

А как работает jit-компилятор? : )

это код написанный для луаджит

он берет байткод и транслирует в машинный код

А чем он транслирует в машинный код?

причем тут тсс вообще не могу вдуплить

Про TCC не было ничего потому что не нужно. А чем, как ты думаешь, оно будет компилировать? : )

компилятором йопта ))))))))))) самописным

он транслирует собой

ну лан : )

ну лан : )

ты походу не писал еще компиляторы, дело не слишком сложное... особенно если это не язык, а байткод

там вообще может быть шитый код в байткоде

Я писал интерпретаторы брейнфака )))

я не видел луа никогда

Я писал интерпретаторы брейнфака )))

вот, считай там так же

только в асм )

вот поэтому К и Р плохая книга и я прав

Нет ну серьёзно у Zed Shaw есть отличный туториал по С

И заметки , почему он лучше

Тверд а можно я тебе в ЛС напишу? У меня пара вопросов по общему развитию..

Вот поэтому ты идёшь нафиг со своими советами, потому что на K&R выросло несколько поколений отличных программистов, которые отмечают что они такими отличными стали в том числе благодаря книжке а не вопреки. Ну типа знаешь? Отзывы в гугл-плее "книга фигня мне нипонравилась, не могли всё как у zed shaw, и проги готовые и стиль изложения", всё такое : )

Отличные С программисты? Я не видел людей , которые пишут на С без ошибок просто рабочий код даже

С это очень трудный язы

это как английский, где нет грамматики. В С так же нет единой системы правил для написания рабочего кода

Ох. Ты видел людей которые сразу пишут на луа без ошибок? Рабочий код даже.

Например, кто-нибудь в чате может сформулировать правила для:

where to use Type Punning (via Union) and where a cast is enough?

вот не сформулируешь

>enought >punning

У сишки есть другие проблемы под названием "принудительная обрезка и терминирование строк принятых от пользователя", а остальное - в общем-то фигня.

Ох. Ты видел людей которые сразу пишут на луа без ошибок? Рабочий код даже.

я имею в виду не сразу, а вообще

Видел wireshark? Это сишка, и интерфейсы тоже на сишке.

посмотрим для примера ченджлоги по секьюрити ищьюс в апаче хттпд

там же постоянные рерайты

по вайршарку не могу сказать, но это и не серверный софт (ну для примера я взял апаче, который десятилетие держал самые нагруженные сайты)

Видел cpython? Это сишка. Видел драйверы твоей мышки? И это сишка. И твоя флешка - это тоже сишка. Ты каждый день пользуешься десятками и сотнями продуктов на сишке.

А то что "не встречаешь людей" - ну что поделать, на сишке слишком просто писать криво.

я не спорю, просто хочу чтобы вы признали, что написать рабочий софт, начиная с версии 0.0.1 очень трудно на сишке

вот именно слишком просто писать криво

я это и пытаюсь сказать

Ты знаешь что это значит для меня?

я не спорю, просто хочу чтобы вы признали, что написать рабочий софт, начиная с версии 0.0.1 очень трудно на сишке

Смотря что ты хочешь написать

(тред не читай, сразу отвечай)

постоянные баги , вызванные просто моделью машины языка

Для меня это челлендж "научиться писать на сишке прямо и круто, попутно освоив весь местный матан и подноготную".

Ты знаешь что это значит для меня?

не понимаю вопрос

а, ну да

научиться можно

но после 20 лет стажа у тебя будет своя позиция, несовместимая с многими С программистами с таким же стажем

С - прекрасный инструмент. От того, что на нем можно легко выстрелить в ногу, его прекрасность не уменьшается

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

прекрасный это уж CAML какой-нибудь

Я же пытаюсь сказать что нубские ошибки возможны и у опытных С прогамммистов и это не их вина

не каждый сможет держать в башке все caveats си-программинга

В C почти нет type safety. И const correctness хромает даже в стандартной библиотеке Говорить, что это програмисты виноваты - это так про все языки можно сказать

Я же пытаюсь сказать что нубские ошибки возможны и у опытных С прогамммистов и это не их вина

А вот от ошибок замечательно защищает тестирование. Ты тестируешь то что ты пишешь?

смотря как тестировать

можно ведь и юнит тестами - это уже не тестирование

т.е. оно не защитит от сишных проблем

Конечно. Но шаблоны тестирования - простые и доступны тупеньким детишкам.

Можно на пользователях )

да, я за тестирование

Как большинство и поступает почему-то

так на пользователях и тестируется большинство юзер-ленд софта

потому что опять таки сишка

невозможно оттестировать в тепличных условиях все секьюрити баги

Можно оттестировать автоматически теми же юнит-тестами. Иногда тестироваться будет дольше чем компилироваться со всеми проверками, но тем не менее. И всем лень: проще быстро калякать скрипты, пока солнце ещё высоко.

Потому весь юзер-спейс собсно в веб в той или иной форме ушел

как ты оттестируешь стек-протектор юнит-тестами

или те же буффер оверраны

А вообще есть go. Прост и приятен

у го проблема с тредингом

т.е. его там в простом виде нет

Тверд а можно я тебе в ЛС напишу? У меня пара вопросов по общему развитию..

да пиши, чо

А вообще есть go. Прост и приятен

И единственная поддержка - от гугла. А ещё есть rust, у которого в новых версиях меняются целые ветки API.

в любом более-менее крупном проекте программирование на C перетекает в метапрограммирование на макросах, а это прям просто боль, плодородная почва для багов

в любом более-менее крупном проекте программирование на C перетекает в метапрограммирование на макросах, а это прям просто боль, плодородная почва для багов

да, есть и такой подход

Так-то и на ассемблере можно писать, а потом юнит тестить, мда Язык сам по себе должен предоставлять возможность ловить баги уже на этапе компиляции, а потом в рантайме. У C++ с этим гораздо все лучше

но даже взять опенсорсные проекты типа VLC или LightTTPD

в любом более-менее крупном проекте программирование на C перетекает в метапрограммирование на макросах, а это прям просто боль, плодородная почва для багов

Поэтому более-менее крупные проекты - это комбинация технологий. Та же сишная апишка (максимально простая и надёжная) со скриптами типа луёв.

там без бутылки не вкуришь идею автора

и юнит тестирование - не серебряная пуля, по статистике (древней), оно отлавливает процентов 30% багов

просто говорю о тех которые я сам смотрел

Так-то и на ассемблере можно писать, а потом юнит тестить, мда Язык сам по себе должен предоставлять возможность ловить баги уже на этапе компиляции, а потом в рантайме. У C++ с этим гораздо все лучше

С++ ещё опаснее чем Си