- build-and-release.yml: \ now points to SolutionDir/<Platform>/Release/
(the .sln build outputs there, not <ProjectDir>/<Platform>/Release/)
- build-offsetfinder.yml: build via RDPWrapOffsetFinder.sln /t:RDPWrapOffsetFinder
so \ resolves to the submodule root where zydis/ lives; fix
matching \ output path
- Remove pull_request paths: filters from all four PR check workflows so
required status checks always run on every PR and never block merges
- build-and-release.yml: build RDPWrapOffsetFinder via .sln target so
\ resolves to the submodule root (src-csharp/RDPOffsetFinder/)
where zydis/ lives; building the vcxproj directly sets SolutionDir to the
vcxproj folder causing C1083 on all include and lib paths
- RDPWrap.vcxproj: add missing Release|ARM64 overrides on stdafx.cpp
(PrecompiledHeader=Create) and dllmain.cpp (empty, disables PCH) so
the ARM64 DLL build does not fail with C1083 missing .pch
RDPWrapOffsetFinder.vcxproj uses \ for both include paths
(zydis/include, zydis/dependencies/zycore/include, zydis/msvc) and for
the linker's AdditionalDependencies (zydis/msvc/bin/ReleaseX*/Zydis.lib).
When msbuild targets the vcxproj directly SolutionDir defaults to the
vcxproj's own directory (RDPWrapOffsetFinder/), making all those paths
point at a non-existent sibling - hence C1083 on every TU.
Fix: build RDPWrapOffsetFinder.sln /t:RDPWrapOffsetFinder so MSBuild
sets SolutionDir to the submodule root (src-csharp/RDPOffsetFinder/)
where zydis/ actually lives. Zydis.dll is still compiled first via its
own standalone vcxproj (which has no SolutionDir dependency).