Add DLL lib subdirectory lookup on Windows

[Copilot]

Adds SetDllDirectoryA support so that runtime-loaded DLLs (e.g. wintab32.dll for Wacom pen support) are looked up from a lib/ subdirectory next to the executable. Import-linked DLLs (SDL2, freetype, etc.) remain alongside the executable, as the Windows PE loader resolves those before any application code runs and cannot be redirected via SetDllDirectoryA.

Changes

• src/main/main.cpp — Calls SetDllDirectoryA at startup with the absolute path to <exe_dir>/lib, so explicit LoadLibrary calls resolve from lib/ rather than the exe's directory:

  DWORD len = GetModuleFileNameA(nullptr, exePath, MAX_PATH);
  if (len > 0 && len < MAX_PATH) {
    std::string libPath(exePath);
    auto sep = libPath.rfind('\\');
    if (sep != std::string::npos) {
      libPath = libPath.substr(0, sep + 1) + "lib";
      SetDllDirectoryA(libPath.c_str());
    }
  }

• package_win.js and package_win.sh — Import-linked dependency DLLs are copied alongside the executable (not into lib/), since the Windows PE loader requires them to be there at process startup.

• .github/workflows/cmakeWin64.yml — Changed artifact upload path from build/bin/* (shallow glob) to build/bin/ so any subdirectory contents are included in the Windows release artifact.

[Nidrax]

@copilot Unfortunately when running the artifact, the exe triggers a system error dialog informing that the application can't continue, because it couldn't find '*.dll' object

[Copilot]

@copilot Unfortunately when running the artifact, the exe triggers a system error dialog informing that the application can't continue, because it couldn't find '*.dll' object

Fixed in e65a3bd. The root cause: SetDllDirectoryA only affects explicit LoadLibrary calls made from within running application code — it has no effect on import-linked DLLs (SDL2, freetype, etc.) because the Windows PE loader resolves those before any application code runs, including app_main. Moving them to lib/ meant Windows couldn't find them at process startup.

The packaging scripts (package_win.js and package_win.sh) have been reverted to copy all import-linked DLLs back alongside the executable. The SetDllDirectoryA("lib") call remains in main.cpp for any runtime LoadLibrary lookups (e.g. wintab32.dll for Wacom pen support).