Естественно, речь о максимальной оптимизации. Глупо рассуждать о таких вещах в Debug

Даже если и не сможет, то скопировать указатель и size_t не думаю что сильно большая работа, которую надо оптимизировать кидаться

Стоп, стоп. Какой указатель скопировать?
Речь же о const char* -> const std::string&

Речь о const char* -> string_view

.

Не прокатило чтение по диагонали))

> А прокатит ли такое с data(string_view), если содержимое последней также известно в compile-time?

Имелась в виду передача data(string_view) в функцию, принимающую const string&

Что такое data(string_view)?

std::data (или вызов метода .data()) для получения const char* от вьюхи, которая пришла *откуда-то*

А, не знал, что есть std::data

И я не знал

Возможно, вопрос не сюда, но в общем есть у меня в коде такая штука HMODULE hPlugin = LoadLibrary(...) и дальше GetProcAdress(...). Оно работает, но, во первых это C, а все остальное C++, а во вторых есть подозрение что оно не кросс-платформенное (остальное написано на WTL, но переписываю на Qt). Есть какой-то более современный способ это сделать? Вроде была boost::dll, но чем-то не понравилась (хотя, это было пару лет назад)

Это выньапи

В бусте наверняка что-то есть

Ага. Он самый. Это часть проблемы.

Напиши RAII-обёртку в полсотни строк (проблему кроссплатформенности не решит)

утащи платформозависимый код
LoadLibrary vs dlopen
GetProcAddress vs dlsym

ну и закрытие

boost::dll решает задачу целиком и полностью