branchRust.ServerProfiler.Core/LinuxSupportcancel

11 Commits over 0 Days - ∞cph!

18 Days Ago
Clean: minor styling changes
18 Days Ago
Update: moving the output of WinDLL project inside the project folder Update: improving documentation - Mentioning Linux - Adding Credits
18 Days Ago
Bugfix: use different memory offset in MonoClass There's a clash between MSVC and GCC in how to pack the structure, causing the image to be offset on GCC and causing an illegal memory read Tests: ran linux server - it now runs
18 Days Ago
Update: properly export API on linux - Also compile as std20 Had to redo my approach to code duplication - gcc was ignoring my annotated forward decl(probably because it was encountered after full definition). Tests: checked with `nm` - symbols were demangled. Tried running server on linux - crashes immediately
22 Days Ago
Update(linux): only get already-loaded dylib instead of trying to load a new one
22 Days Ago
Update: Linux binary named same way as Windows, but with .so extension
22 Days Ago
Update: referencing core files directly in WInDLL - This follows same convention as LinuxSO - hoping it'll avoid confusion - Removed PCH usage (since shared files didn't use pch) - Added filters to separate core files vs project-specific files Clean: removing Core project (but keeping the files) Since these sources are built as part of DLL projects, there's no point to keep this lib project Update: replacing lib name with a proper one - also adding a comment explaining the export code
22 Days Ago
Compilfix: adding cstring header Turns out gcc doesn't include it via string_view Compilfix: move exporting section to OS specific project Avoids having me write an export macro for either Win32 or Linux New: first building version of Linux server profiler Still need to clean up how projects are organized
22 Days Ago
Update: Removing PCH use from Core MSBuild does not expose PCH for Linux target, and we don't really need it
22 Days Ago
Update: Split into Core + DLL - Also added an empty linux project - Separated out platform specific code into WinDLL Tests: ran in unity couple times
23 Days Ago
New: Sharpmake setup (windows only) - Picking it as it knows how to generate cross-compile commands with clang. This will make linux dev easier Will do old solution file clean separately Tests: generated and built debug version of the dll Clean: removing old solution and projects Update: baby steps towards linux build - Moved the debug generation of sharpmake solution to Sharpmake/Build - Added Fastbuild for cross compilation support (as a quick hack, in theory MSBuild should be capable as well) - Added Linux related configs to sharpmake Tests: got it to recognize the target, but fails for missing toolchain - that's next