More build instructions

[derivativeoflog7]

More build instructions to build Sandboxie, and once I figure it out for Sandboxie-Plus too

I can't get to build for ARM64 on my machine though

[derivativeoflog7]

So uhm... I restarted VS2019, without touching anything or changing any component... and now it just works???

[isaak654]

There is no public ARM64 build available for Sandboxie Classic, so any update to improve the build instructions on this front is welcome.

I also believe the huge number of warnings in Visual Studio should be faced somehow... is there any chance they could slow down the build time?

[derivativeoflog7]

There is no public ARM64 build available for Sandboxie Classic, so any update to improve the build instructions on this front is welcome.

Some core components (like the driver) are contained in Sandbox.sln, so at least part of that has to be compiled anyway. I'd love to test the GUI of Sandboxie classic on ARM64, but I don't have a device with that... I'll check with emulators hoping it won't be slow as molasses

I also believe the huge number of warnings in Visual Studio should be faced somehow... is there any chance they could slow down the build time?

Likely not, warnings are mostly about code that could cause issues in some edge cases

[derivativeoflog7]

I can't seem to find a way to target ARM64 on VS, is it not possible for now?

[DavidXanatos]

which VS version are you using?
it shoudl be possible, if oyu are missing that option you need to start the setup and add the required components arm64 and arm64ec which may be still marked as experimental

[derivativeoflog7]

which VS version are you using? it shoudl be possible, if oyu are missing that option you need to start the setup and add the required components arm64 and arm64ec which may be still marked as experimental

Forgot to say, I can't seem to target ARM64 on SandboxiePlus.sln

I can target (and compile for) ARM64 on Sandbox.sln

[derivativeoflog7]

While we're here, how do you test on ARM64? Do you have a native machine or use an emulator? I'm trying to get Windows 11 ARM64 working with QEMU but it seems like I need to compile EDK II...

[DavidXanatos]

I started with a RaspberyPi 4 and then moved to a ARM64 laptop IdeaPad 5g,
you can add additional targets using the configuration manager of the solution.

[derivativeoflog7]

@isaak654 fair point, I think it even can be moved to the top as qmake_plus.bat doesn't use curl or 7z

Also, sorry for being absent these days, I need to study for an upcoming exam so I can't dedicate much time to other things

[derivativeoflog7]

@DavidXanatos wdyt about me adding an argument to qmake_plus.cmd to make it possible to change the Qt directory? It could even be optional defaulting to the current value as not to break current workflows, but would make it possible for people who don't have the same directory structure to compile without having to resort to symlinking to the Qt directory

[derivativeoflog7]

So there seems to be an issue: I need to use the <arch> Native Tool Command Prompt for VS2019 to compile SBP for Win32/x64 (where arch is the respective target architecture), since the "normal" developer command prompt doesn't work... but that means that I can't test building for ARM64 on my machine
Let me know if this is normal

[derivativeoflog7]

Also, I changed the target Qt version for ARM64 since 6.3.1 isn't available anymore with the online installer

[derivativeoflog7]

well of course the check fails... the QT version is mismatched