Существует ли компактный crt как замена libc?

Musl ориентирован на статическую линковку. <a href="http://www.etalabs.net/compare_libcs.html">Пруф</a>. Ещё есть dietlibc, щупай его.

https://www.fefe.de/dietlibc/

dietlibc не может в c++.
musl используется в shared библиотеках в emscripten, но там идёт эмуляция системы вместо взаимодействия с ней и она уже расчитана на такую работу, что же касается непосредственной загрузки shared - пока не знаю.

А вот и ответ по поводу musl:
http://www.openwall.com/lists/musl/2012/12/08/4
Хотя есть вероятность, что в отдельных конфигурациях оно сработает, это ещё проверять надо.

запили свою libc, это совершенно не трудно. макросы обертки для системных вызовов можешь подсмотреть, например, в newlib или musl + нужно будет сгенерировать платформозависимые хедеры. делов на один вечер.

перечитал ОП и понял, что тебе просто нужен entry код, который дергает main

вот это прокатит на x86-64

.global _start
_start:
	pop %rdi
	mov %rsp, %rsi
	call _main
loop:	jmp loop

rsi = argc

rdi = argv

блин, sys_exit завтыкал после main

нет, мне наоборот надо скорее всё кроме него т.к для основного бинарника будет использоваться полноценный libc. А вот загружаемые модули хотелось бы отвязать от него.
Если влинковать libc в shared-библиотеки - начанаются проблемы ещё на стадии выполнения конструкторов, либо даже до неё - uclibc просто зависает в цикле при разрешении релокаций..

ну так мне не надо системных вызовов даже. Нужен libm, libstdc++, ctype и строковые функции.

Возможно, newlib и так подойдёт

для основного бинарника будет использоваться полноценный libc. А вот загружаемые модули хотелось бы отвязать от него.

А смысл? Если libc всё равно будет выполняться, то памяти он откусит одинаково, сколько бы процессов/либ его ни использовали. А вот каждый статически скомпонованный дублёр будет откусывать дополнительную память, даже если делает ровно то же.

Смысл в том чтобы не тащить линкер отдельно т.к невозможно сделать динамический путь к динамическому линкеру. static сборка не имеет этой проблемы.

Речь об ld.so? Но если «для основного бинарника будет использоваться полноценный libc», динамически скомпонованный, то ld.so всё равно понадобится. Или основной бинарник будет статически линковаться с libc?

Основной статически. А в загружаемых используемый функционал libc имеет незначительную нагрузку и скорее всего влезет в несколько десятков килобайт

Тогда да.