ну либо как void* если тебе не нужно в расте его читать.

Если нужно то как CString

https://github.com/nebgnahz/cv-rs/blob/master/src/lib.rs#L103 я вот так делал

грусть навеваешь токо ☺️ А ведь есть ифдефы, трансмьюты, можно парсить плюсовые сорцы, чтобы выбрать подходящую реализацию...
А ты просто вещаешь "никак" и умываешь руки...

Опять zig-пропаганда какая-то

O/

а по ABI чо?

В принципе понятно, спасибо, Алекс.

теперь я больше понимаю зачем в скале такой цирк

время доставать тыкальные палочки

Ну ладно, технически можно пойти парой путей. Принципиальная проблема: нужно протащить хотя бы аллокатор, если мы передаём владение. В плюсах есть std::pmr::* семейство с полиморфными аллокаторами. Вроде бы в любом случае унифицировать интерфейс с плюсовой стороны проще, чем распарсить его бинарные данные - иначе нужно прямо из компилятора тягать данные, потому что хрен кто просто так гарантирует как ляжет плюсовый класс

То есть внутри того же std::string будет compressed_pair, который наследует один из аргументов

Самое большое, что меня смущает в плюсовой строке — это нетривиальный мув-конструктор. А второе — потенциальная оптимизация малых строк, внезапно объект превращается в самоссылающуюся структуру и его надо пинить.

Она не потенциальная, SSO будет всегда. Мув-конструктор нетривиален, а вот релокация может быть как тривиальной, так и нет - собственно, две реализации, и одна из них потенциально self rerefence. У std::vector просто запрещен аналог SSO, там проще

Можно пытаться тот же std::string_view поднимать, протаскивая владение через std::vector, если мы в плюсы тащим

Да, к черту подробности - надо std::string отдать расту или плюсам?

Иногда из плюсов в раст, но эту проблему я объехал созданием маленького переходника и возвращаю обёртку в раст по ссылке (но это сам понимаешь — не 100% решение, потому что никто не гарантирует, что плюсовая строка будет жить достаточно долго).

Но в большинстве своём из раста в плюсы.
В 100% случаев люди, когда сталкиваются с передачей std::string по значению, просто переводят в char * и передают указатель. Ну для меня это компромиссное и нелучшее решение.
Так что я думаю, возможно ли теоретически написать такую обёртку над std::string, чтобы передавать владение и в Расте тоже. Теоретически ты уже описал пространство возможностей, понятно, что будет поддерживаться только msvc/gcc и шланг, причём нужно будет поддерживать матрицу версий (версия компилятора и версия std), ясно, что это стрёмная задача. Но зато офигенно нужная.

ну а что мешает тебе передать char* и скопировать в std::string?

string_view конечно (два указателя надо передавать)

в растокоде string_view не создашь сорян