The README says you're putting shaders in /Library/Preferences/shaders on macOS, which I see in Cross::GetPlatformConfigDir is what you're doing. These really should be in a subdir under Application Support, say "/Library/Application Support/duganchen-dosbox" or something for a few reasons:
- Namespace collisions. This one should be obvious since you're dropping a subdir intended for very specific filenames.
~/Library/Preferences is the domain of Property List files. A few third party programs have dropped other things there over time such as ini files, but Apple defines that as serving the same purpose as DConf on Linux or a part of the Windows registry (HKEY_CURRENT_USER in particular). The correct place to put these things is under Application Support. ~/Library/Application Support serves as $XDG_DATA_HOME. The mapping isn't one-to-one since non-plist config data tends to get written there as well, which is why SDL 2.0.1+ return a subdirectory under $XDG_DATA_HOME for Linux or NSApplicationSupportDirectory for Mac.- The contents of
~/Library are hidden from users by default. To be fair, for any program whose installation instructions begin with "git clone", you're good on this one. :) But if you're looking for a convenient installer at some point, SDL_GetBasePath will let you find your .app bundle. From that, shaders you supply might be located in there. shrug Apple likes search paths for such things for some reason.
Given the age of SDL 2.0.1, you're probably safe to use SDL_filesystem.h functions and not worry about their availability at this point.
The README says you're putting shaders in
/Library/Preferences/shaders on macOS, which I see in Cross::GetPlatformConfigDir is what you're doing. These really should be in a subdir under Application Support, say "/Library/Application Support/duganchen-dosbox" or something for a few reasons:~/Library/Preferencesis the domain of Property List files. A few third party programs have dropped other things there over time such as ini files, but Apple defines that as serving the same purpose as DConf on Linux or a part of the Windows registry (HKEY_CURRENT_USER in particular). The correct place to put these things is under Application Support.~/Library/Application Supportserves as $XDG_DATA_HOME. The mapping isn't one-to-one since non-plist config data tends to get written there as well, which is why SDL 2.0.1+ return a subdirectory under $XDG_DATA_HOME for Linux or NSApplicationSupportDirectory for Mac.~/Libraryare hidden from users by default. To be fair, for any program whose installation instructions begin with "git clone", you're good on this one. :) But if you're looking for a convenient installer at some point, SDL_GetBasePath will let you find your .app bundle. From that, shaders you supply might be located in there. shrug Apple likes search paths for such things for some reason.Given the age of SDL 2.0.1, you're probably safe to use SDL_filesystem.h functions and not worry about their availability at this point.