длопен по памяти?

Не существует стандартного способа сделать это, кроме записи файла и его повторной загрузки с помощью dlopen().

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

Поскольку создание объектного кода в первую очередь зависит от платформы, дополнительные методы, связанные с платформой, могут не иметь для вас значения. Но это суждение - и в любом случае зависит от нестандартной техники, что относительно маловероятно.

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

void *dlblob(const void *blob, size_t len) {
    /* Create shared-memory file descriptor */
    int fd = shm_open(SHM_ANON, O_RDWR, 0);
    ftruncate(fd, len);
    /* MemMap file descriptor, and load data */
    void *mem = mmap(NULL, len, PROT_WRITE, MAP_SHARED, fd, 0);
    memcpy(mem, blob, len);
    munmap(mem, len);
    /* Open Dynamic Library from SHM file descriptor */
    void *so = fdlopen(fd,RTLD_LAZY);
    close(fd);
    return so;
}

Очевидно, что в коде отсутствует какая-либо проверка ошибок и т. Д., Но это основная функциональность.

ETA: Мое первоначальное предположение, что fdlopen - это POSIX, было ошибочным, это похоже на FreeBSD-ism.

Я не понимаю, почему вы рассматриваете dlopen, поскольку для этого потребуется гораздо больше непереносимого кода для создания правильного формата объекта на диске (например, ELF) для загрузки. Если вы уже знаете, как сгенерировать машинный код для своей архитектуры, просто mmap память с PROT_READ|PROT_WRITE|PROT_EXEC и поместите туда свой код, затем назначьте адрес указателю функции и вызовите его. Очень простой.

Вам не нужно загружать код, сгенерированный в памяти, поскольку он уже находится в памяти!

Однако вы можете - непереносимым способом - сгенерировать машинный код в памяти (при условии, что он находится в сегменте памяти mmap -ed с флагом PROT_EXEC).

^{(в этом случае этап «связывания» или перемещения не требуется, поскольку вы генерируете машинный код с определенными абсолютными или относительными адресами, в частности, для вызова внешних функций)}

Существуют некоторые библиотеки, которые это делают: в GNU / Linux под x86 или x86-64 я знаю GNU Lightning (который быстро генерирует машинный код, который работает медленно), DotGNU LibJIT (генерирующий код среднего качества) и LLVM & GCCJIT (который может генерировать достаточно оптимизированный код в памяти, но требует времени, чтобы Это). И в LuaJit тоже есть похожая возможность. С 2015 года в GCC 5 есть библиотека gccjit.

И, конечно же, вы по-прежнему можете сгенерировать код C в файле, разветвить компилятор, чтобы скомпилировать его в общий объект, и открыть этот общий объектный файл. Я делаю это на GCC MELT, языке домена, расширяющем GCC. На практике это действительно хорошо работает.

дополнения

Если производительность записи сгенерированного файла C вызывает беспокойство (этого не должно быть, поскольку компиляция файла C происходит намного медленнее, чем его запись), рассмотрите возможность использования некоторых tmpfs для этого (возможно, в /tmp/, который часто является файловой системой tmpfs в Linux)