You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When distributing VulkanTools through a MacOS package manager, such as homebrew for example, we don't want them bundled in a MacOS App.
So the process for building these on MacOS is basically the same as for linux or other unix distribution.
For example, on vkconfig/CmakeLists.txt, we would wish to just take the NOT APPLE path.
Instead of handling this through CMakeLists.txt and inventing a new cmake configuration variable, we can instead deploy an app through an appropriate cpack configuration. So you can use that for VulkanSDK, but package based distros would not use cpack and just go through the normal install route.
The text was updated successfully, but these errors were encountered:
Instead of handling this through CMakeLists.txt and inventing a new cmake configuration variable, we can instead deploy an app through an appropriate cpack configuration.
Do you have an example of an existing project doing something like this?
I have some experience working with cpack, but not for MacOS yet. I can give it a shot and try something that works on my machine, but may need final adjustment on your end because I am not familiar with all your requirements.
Note the important thing here is that for this approach to work, we shouldn't set the MACOSX_BUNDLE property on the executable, and otherwise form the .app strucure from the CMakeLists.txt itself, beyond just configuring cpack to do this.
When distributing VulkanTools through a MacOS package manager, such as homebrew for example, we don't want them bundled in a MacOS App.
So the process for building these on MacOS is basically the same as for linux or other unix distribution.
For example, on
vkconfig/CmakeLists.txt
, we would wish to just take theNOT APPLE
path.Instead of handling this through CMakeLists.txt and inventing a new cmake configuration variable, we can instead deploy an app through an appropriate cpack configuration. So you can use that for VulkanSDK, but package based distros would not use cpack and just go through the normal install route.
The text was updated successfully, but these errors were encountered: