o
Size: a a a
2020 November 03
2020 November 04
т
эх, щас бы бота который удалял бы сообщения типа "пользователь Дима присоединился к группе" ..
т
ну, на самом деле важное событие
т
но все же)
AZ
S
Спасибо!
AN
Зависит от ос и окружения, не везде в юзерспейсе можно маркануть страницы как executable. Но вцелом именно так и работает джит. Ты грузишь текст или ir, выделяешь память, пишешь туда результат компиляции, маркаешь на выполнение и джампаешься. С бинарем надо просто правильно его загрузить, а так тоже самое.
Я насколько знаю даже есть llvm jit и он байткод специальный на лету преобразует тоже, я так понимаю возможность страницы помечать как исполняемые ещё и от архитектуры зависит?
AK
Ну все архитектуры что я знаю поддерживают разделение памяти на code/data, просто иногда ОС не дает приложениям меня executable статус у памяти. Такое например на игровых консолях происходит. Поэтому там джит невозможен например.
AN
Ну все архитектуры что я знаю поддерживают разделение памяти на code/data, просто иногда ОС не дает приложениям меня executable статус у памяти. Такое например на игровых консолях происходит. Поэтому там джит невозможен например.
Jit я так понимаю ещё предполагает модификацию на лету в зависимости от результатов прошлого выполнения. Тогда нужно ещё и менять страницы кода
IM
День добрый, кто-то работал с библиотекой ICU , нужно заюзать компаратор юникод строк ?
IM
А точнее указать порядок, чтобы цифры интерпретировались в конце
АР
а вот такой теоретический вопрос: допустим у меня есть
struct S {
Foo foo;
Bar bar;
};АР
есть ли в стандарте гарантия что foo и bar лежат в памяти рядом?
АР
или только возможность получить Bar* из S* с помощью оффсета?
АР
грубо говоря, может ли быть так, что Foo и Bar раскладываются в совершенно разные регионы памяти?
IA
Насколько мне известно нет
IA
Скажу даже более
IA
Они лежат еще и в порядке описания
АР
а если is_standard_layout<S> == false?