The file with the .xcodeproj extension is the file you should open in Xcode. Open it now and you should see something similar to the following. You may need to expand the project in the left bar and drill down to the ofApp.cpp file as shown in the image below in order to see anything interesting.
Afterwards, close the project generator and navigate to the apps/myApps/myProjectName folder. Open myProjectName.xcodeproj in Xcode, expand the project in the browser on the left, expand the src folder and select the ofApp.cpp file.
Specifies an SDK to use when building the Xcode project or workspace. From the macOS Terminal application, run xcodebuild -showsdks to display the valid list of SDKs. When using a variable, specify a value (for example, iphonesimulator) on the Variables tab.
Optional. Specifies a relative path from the root of the repository to the Xcode workspace or project. For example, MyApp/MyApp.xcworkspace or MyApp/MyApp.xcodeproj. Wildcards can be used. Learn more about file matching patterns.
Specifies whether to use xcpretty to format xcodebuild output. xcpretty must be installed on the agent machine (It is preinstalled on Azure Pipelines hosted build agents). If xcpretty is not installed, raw xcodebuild output is shown. See xcpretty for more information.
Next, open a terminal, run xcode-select --install, and click the Install button to install the required command line developer tools. Don't worry if you see a message telling you the software cannot be installed because it is not currently available from the Software Update Server. This usually means you already have the latest version installed. You can also get the command line tools from the Apple developer website.
A platform specifier that is just a platform name is purely informational for users; it is displayed in the output of port info but has no other effect. Ports for software that does not require macOS-specific features can generally use the default value of darwin. Most ports use this value on the presumption that they would work on Pure Darwin, even if that has not been attempted. Ports for software that is known to require macOS-specific features should use macosx. Including the xcode portgroup will change the default to macosx automatically.
(Added: MacPorts 2.6.0) By default, it is assumed on macOS that ports will not need tools from Xcode.app unless (1) Command Line Tools aren't installed, (2) you are on an old version of Mac OS X that does not support the xcode-select mechanism, or (3) the port uses build.type xcode or includes the xcode PortGroup. If a port needs to use Xcode (i.e., xcodebuild) in any way, use_xcode yes should be set or the port should include the xcode PortGroup. The environment variable DEVELOPER_DIR is now exported during all build phases, set to the value of $configure.developer_dir which may be the directory of Xcode or CLT depending on use_xcode. This means that libxcselect shims (i.e., /usr/bin/clang) will resolve to Xcode/CLT. Build systems that ignore the environment may accidentally use Xcode which will cause a failure in trace mode.
Don't set this option conditionally on the basis of anything that can change dynamically, such as $build_arch or $xcodeversion, since it will be recorded in the static PortIndex. If a port works only on certain OS versions, use the platforms option to indicate this rather than setting known_fail directly.
PortGroup xcode allows for efficient porting of Xcode-based opensource software. A minimum Portfile for PortGroup xcode uses defaults for the configuration, build, and destroot phases. It also defines some values for Xcode-based software.
Once Xcode is installed, you will need to run xcode-select to expand your path since tools like make and compilers/linkers are in /Applications/Xcode and not in your typical bash path. You can go to settings and download the command line tools to keep them if decide to delete Xcode later.
df19127ead