Related CLI and GUI applications with same name? I'm preparing to release an open source Swift package with two companion MacOS applications: CLI and GUI.  I'm expecting the GUI application to be available via the MacOS App Store.  I'd also like to get the CLI application notarized.

I'd like the naming to be like this for the applications:

CLI: applicationname
GUI: ApplicationName.app


Is having the same name, other than capitalization and the .app file extension, going to cause trouble with how users access the tools?  Will there be some sort of path resolution conflict given the case-insensitive magic Apple does with the filesystem?

Clarification:

ApplicationName.app has executable ApplicationName inside its package-contents -> Contents -> MacOS directory. But that’s all related to the GUI version. I will also release a separate CLI version, not included in the app bundle, called applicationname.
Not sure how to understand how there could be a conflict in such cases:


foo.app is a directory (usually within /Applications) which contains all the files relevant for the application to run (including any resources, translated texts etc)
foo is a binary installed within foo.app which can be called from a shell by specificing the path, symlinking it from /usr/local/bin, or using any other way available in shells


So this are differently named things of different types, there shouldn’t be a conflict as far as macOS is concerned. We can‘t know what the App Store Review will make of it.