Added ARM32 support

source/examples/HotReloadLiveDemo/README.md

@@ -68,8 +68,8 @@ exact workflow (keep the Host running, rebuild the DLL it already
 loaded) fail with the linker unable to write its output. This example
 avoids that for a reason that already exists elsewhere in this
 library, not anything specific to this demo:
-`HotReloadContext::stagePathForLoad()` (`source/HotReload/src/
-HotReloadContext.cpp`) copies a plugin to a fresh, uniquely-named file
+`Context::stagePathForLoad()` (`source/HotReload/src/
+Context.cpp`) copies a plugin to a fresh, uniquely-named file
 before ever calling `LoadLibrary`/`dlopen` on it -- built originally to
 sidestep a dlopen caching gotcha on POSIX (see that function's
 comment) -- so the path this example's build actually writes to is
@@ -108,7 +108,7 @@ genuine full clean.
 ## Leftover `hotreload_live_plugin.dll.hotreload.live.N` files
 
 Each reload stages the plugin through a fresh, uniquely-named copy
-before loading it (`HotReloadContext::stagePathForLoad()`, needed for
+before loading it (`Context::stagePathForLoad()`, needed for
 reasons unrelated to this -- see that function's comment). On Linux/
 macOS, the copy is deleted right after loading and nothing
 accumulates. On Windows, that deletion fails for as long as the module