Как преобразовать std::filesystem::path в LPCSTR для использования в одном из вариантов LoadLibrary()?

В Windows я пытаюсь использовать один из вариантов LoadLibrary(), чтобы открыть dll, ранее записанный в std::filesystem::path с ofstream.

Примечание. Я знаю, что dll написана правильно, так как я могу использовать ее стандартным образом, связавшись с ней во время выполнения.

Я пытался объединить методы из двух ответов ниже.

Как преобразовать std::string в LPCSTR?

как преобразовать путь файловой системы в строку

Кажется, это должно быть довольно просто, но со всем, что я пробовал до сих пор, я получаю либо ошибку о преобразовании в LPCSTR, либо что-то вроде C2228: left of '.c_str' must have class/struct/union, что меня сбивает с толку.

Вот простой пример:

// Assuming I have 
// std::filesystem::path path1 
// correctly set, I should be able to directly access it in
// a number of ways; i.e. path1.c_str(), path1.string.c_str(), etc.
// in order to pass it the function or a temp variable.
// However direct use of it in LoadLibrary() fails with the C2228 error.

HINSTANCE hGetProcIDDLL = LoadLibrary(path1.c_str());

Я пытался избежать макроса и вызывать LoadLibraryA() напрямую, но безуспешно. Я также пробовал различные способы передачи path1 с помощью path1.string(), path1.string.c_str(), path1.wstring() и т. д. безуспешно. Я также пытался использовать временную переменную несколькими способами, чтобы избежать приведения в LoadLibrary().

LPCSTR temp_lpcstr = path1.c_str();  // Also tried things like path1.string() path1.string.c_str()

// Also tried just using a temp string...
std::string temp_string = path1.string(); // and variants.

Я готов попробовать поиграть с кодировкой (например, path1.u8string() и т. д.), но я думаю, что в этом нет необходимости при непосредственном использовании LoadLibraryA().

Я стараюсь избегать приведения C и предпочел бы C++ static_ или dynamic_, но я буду использовать все, что работает.

Любая помощь приветствуется.

Заранее спасибо.

UPDATE

Комментарий @eryk-sun и ответ @Gulrak решили эту проблему для меня. Похоже, что с моей настройкой path1.c_str() само по себе равно wchar_t, но макрос LoadLibrary() не улавливал это и не направлял в LoadLibraryW(), как следовало бы.

Примечание. Для всех, кто может наткнуться на это в будущем, вот более подробная информация о моей конкретной настройке. Я использую компилятор MSVC версии 16.1.0 (~VS2019), но он вызывается из VSCode и CMake. Я не определяю явно _UNICODE, однако intellisense VSCode определенно думает, что он где-то определен, и указывает мне на LoadLibraryA(). Однако я думаю, что компилятор на самом деле не видит это определение, поэтому он интерпретирует path1.c_str() как wchar_t.