Aß
прочитай как устроены бим файлы и пиши сам
beamРовно как и любой компилятор содержит бинарные файлы под разные архитектуры написанные ручками
Size: a a a
2021 June 13
LL
"Секретные знания" это спецификация
Ровно как и любой компилятор содержит бинарные файлы под разные архитектуры написанные ручками
Ровно как и любой компилятор содержит бинарные файлы под разные архитектуры написанные ручками
ММ
но там же .beam, он выполняется vm, разве там должно быть что-то платформо-специфичное?
ММ
бинарники в компиляторах - ок, но здесь же не нативные файлы для разных архитектур и ОС
LL
Мне кажется, что в этим
beam-файлах лежит код, который не мог бы быть написан на эрланге2021 June 14
ŹR
Это скомпилированные из соседней папки src бимы
ŹR
Compilation Info: [{version, 7.6.6}, {options, [debug_info, {d, USE_ESOCK, true}, {i, /home/john/projects/otp/lib/kernel/src}, {i, /home/john/projects/otp/lib/kernel/include}]}, {source, /home/john/projects/otp/erts/preloaded/src/atomics.erl}]
Интересно, кто такой этот john
ML
да это обычная история.
Есть компилятор на C, а есть язык, компиляторо которого компилируют.
Он как правило выразительнее и удобнее, чем С, поэтому имеет смысл написать очень простую имплементацию компилятора на С, который соберет минимальный кусок кода на целевом языке и вот оно уже будет собирать всё остальное.
Есть компилятор на C, а есть язык, компиляторо которого компилируют.
Он как правило выразительнее и удобнее, чем С, поэтому имеет смысл написать очень простую имплементацию компилятора на С, который соберет минимальный кусок кода на целевом языке и вот оно уже будет собирать всё остальное.
ŹR
Вроде как модно собирать компилятор языка на самом языке. Предыдущей версии или что-то типа того
AC
Не модно а "раскрутка компилятора")))
ML
дело не в предыдущей версии, а в том, на каком языке писать все хитроумные оптимизации, валидации и прочее
DP
>> Не модно а "раскрутка компилятора")))
это скорее как
а) доказательство зрелости языка и
б) тестирование — компиляторы обычно достаточно сложны, чтобы использовать все фичи самого себя
это скорее как
а) доказательство зрелости языка и
б) тестирование — компиляторы обычно достаточно сложны, чтобы использовать все фичи самого себя
ML
ты можешь написать простейший код на целевом языке, который не надо валидировать и писать проверку ошибок.
Значит в первом компиляторе на С не нужна вообще проверка ошибок. Минут 80% кода.
Тебе не нужны ещё какие-то разные штуки, от которых можно отказаться и вообще не нужна оптимизация.
В итоге у тебя остается просто proof of concept, написанный на сях, который компилирует просто минимум
Значит в первом компиляторе на С не нужна вообще проверка ошибок. Минут 80% кода.
Тебе не нужны ещё какие-то разные штуки, от которых можно отказаться и вообще не нужна оптимизация.
В итоге у тебя остается просто proof of concept, написанный на сях, который компилирует просто минимум
DP
а для бутстрапа действительно хорошо иметь минимально возможное портабельное ядро (stage.0) написанное на ANSI C, которое можно собрать на любой системе, и потом уже раскручивать основную вурсию
DP
но обычно просто кросс-компилятор делают на чём удобно — Haskell какой-нибудь, или вообще Python
DR
Привет!
DR
Кто-то использует ueberauth в production-е или использует кто-то какое-то другое решение для сторонней авторизации?
IK
Привет. Я использовал в проде на одном из прошлых проектов
DR
DR
Хочу понять - с моим пользователем что-то не так, или у них гитхаб ауз поломан.