build error on Apple MacOs with M3

[noondie]

Hello
first I want to say a big thank you for your article and all those explanations.

I tried to compile your code as described in the QuickStart doc.

#cmake -GXcode -DCMAKE_BUILD_TYPE=Release -B build/Xcode

and
cmake --build build/xcode

and got the following error
clang: error: no such file or directory: 'x86_64/TestRunner.o'
which is correct ;=)

where can I specify the correct platform? And why is the platform wrong estimated?

thanks for your help

[noondie]

add some more info
arm64 is found. Any idea, why the x86_64 folder will be used?

Ld /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Debug/Objects-normal/arm64/Binary/ResourcesTest normal arm64 (in target 'ResourcesTest' from project 'BasicGuiProjectSetup')
cd /Users/conrad/Sources/cpp-gui-template-sdl2
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -Xlinker -reproducible -target arm64-apple-macos14.3 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk -O0 -L/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/EagerLinkingTBDs/Debug -L/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/core/Tests/Debug -F/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/EagerLinkingTBDs/Debug -F/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/core/Tests/Debug -filelist /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Debug/Objects-normal/arm64/ResourcesTest.LinkFileList -Xlinker -rpath -Xlinker /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/sdl2-build/Debug -Xlinker -object_path_lto -Xlinker /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Debug/Objects-normal/arm64/ResourcesTest_lto.o -Xlinker -no_deduplicate -Wl,-search_paths_first -Wl,-headerpad_max_install_names /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/TestRunner.build/Debug/Objects-normal/arm64 x86_64/TestRunner.o /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/core/Debug/libCore.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/spdlog-build/Debug/libspdlogd.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/fmt-build/Debug/libfmtd.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/vendor/imgui-setup/Debug/libimgui.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/sdl2-build/Debug/libSDL2-2.0d.0.dylib /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/settings/Debug/libSettings.a -Xlinker -no_adhoc_codesign -Xlinker -dependency_info -Xlinker /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Debug/Objects-normal/arm64/ResourcesTest_dependency_info.dat -o /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Debug/Objects-normal/arm64/Binary/ResourcesTest
clang: error: no such file or directory: 'x86_64/TestRunner.o'

[noondie]

in the next step I tried
% cmake -DCMAKE_BUILD_TYPE=Release -B build/xcode
% cmake --build build/xcode
which compiled fine

after that
% cpack --config build/xcode/CPackConfig.cmake

which build the dmg file , but the icon in the install process is broken.
I guess this is because after installation the App into the Application folder, I get an error when executing.
"You cannot open the Program App since it is damaged or incomplete"

this is the folder struct

% pwd
/Applications/App.app
% tree
.
└── Contents
├── Frameworks
│   └── libSDL2-2.0.0.dylib
├── Info.plist
├── MacOS
│   └── App
└── Resources
├── Manrope.ttf
└── icon.icns

if I execute App, the app start running.

[MartinHelmut]

Hey and thanks for reporting! I'll try to replicate what you have. Do I assume right you did all over the a terminal, e.g. iTerm? Could you also post your CMake and XCode version for me as reference?

[noondie]

Hello Helmut, thx for replying yes, all cmds through apple terminal Version 2.14 (453) % cmake --version cmake version 3.26.3 CMake suite maintained and supported by Kitware (kitware.com/cmake). % xcodebuild -version Xcode 15.3 Build version 15E204a % sw_vers ProductName: macOS ProductVersion: 14.3.1 BuildVersion: 23D60

…

Am 08.04.2024 um 11:19 schrieb Martin Helmut Fieber ***@***.***>: Hey and thanks for reporting! I'll try to replicate what you have. Do I assume right you did all over the a terminal, e.g. iTerm? Could you also post your CMake, XCode, and macOS version for me as reference? — Reply to this email directly, view it on GitHub <#24 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJZN3Y7SY72KELR7Z4C7KXTY4JOIXAVCNFSM6AAAAABF2XMTEGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANBSGI3DIMRRHA>. You are receiving this because you authored the thread.

[MartinHelmut]

Thanks for adding the used versions! I was able to reproduce the issue and created a first PR where I try to solve the problem. One part is the defined architecture. I reworked this part for macOS to be defined more explicit.

The current TL;DR is:

• Changed CMAKE_OSX_ARCHITECTURES to be a cache variable
• Specified x86_64;arm64 (universal executable) as default value for presets

---

Long form:

By having the CMAKE_OSX_ARCHITECTURES variable a cache variable it can be overridden on command usage with the desired target Apple architecture. For example, for a universal executable the value x86_64;arm64 should be used. Making the command a bit longer, but more explicit:

cmake -GXcode -DCMAKE_BUILD_TYPE=Release -DCMAKE_OSX_ARCHITECTURES="x86_64;arm64" -B build/xcode
cmake --build build/xcode

The issue with this is I cannot run CPack yet!¹ Still investigating, because it works with presets (read further).

I also defined creating universal executables via presets. This gives a very convenient command I'll probably take into the quick start guide documentation.²

cmake --preset xcode-release
cmake --build --preset xcode-release

The actual distribution can then be created without problems (at least for me) with the defined Xcode CPack preset:

cpack --preset xcode-release

Or, thanks to CMake workflows, all of this, after a fresh clone, works with one command:

cmake --workflow --preset xcode-dist

Let me know if you can run the preset commands, e.g. the workflow version of it (after removing the build folder first for a fresh run).

Footnotes

1. For some reason when I run the commands separately, not as presets, even with CMAKE_BUILD_TYPE defined as Release, I get always a Debug folder from Xcode. ↩

2. I will also need to update all other template repos and the article 😅 ↩

[MartinHelmut]

Found out why CPack with the base command did not work, but with the Preset did: For Xcode to pick a Release configuration it is necessary to pass --config Release on build, like this:

cmake -GXcode -DCMAKE_BUILD_TYPE=Release -DCMAKE_OSX_ARCHITECTURES="x86_64;arm64" -B build/xcode
cmake --build build/xcode -- config Release

Only then can CPack be run successfully, finding the right folder for the release distribution:

cpack --config build/xcode/CPackConfig.cmake

I also updated the PR: #25 I plan to merge the PR only after I tested some more scenarios in Windows and Linux as well, just to be sure how this option and the usage of presets can influence results on the other platforms.

[noondie]

fine, thanks a lot for the expanations. One remaining question: Is this a universal build for Mac, Does the dmg run on both platforms by the definition of the ARCH in the command line? regards c~b

…

Am 08.04.2024 um 22:17 schrieb Martin Helmut Fieber ***@***.***>: Found out why CPack with the base command did not work, but with the Preset did: For Xcode to pick a Release configuration it is necessary to pass --config Release on build, like this: cmake -GXcode -DCMAKE_BUILD_TYPE=Release -DCMAKE_OSX_ARCHITECTURES="x86_64;arm64" -B build/xcode cmake --build build/xcode -- config Release Only then can CPack be run successfully, finding the right folder for the release distribution: cpack --config build/xcode/CPackConfig.cmake I also updated the PR: #25 <#25> I plan to merge the PR only after I tested some more scenarios in Windows and Linux as well, just to be sure how this option and the usage of presets can influence results on the other platforms. — Reply to this email directly, view it on GitHub <#24 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJZN3Y22GJHIIC2GNPJUGN3Y4L3MJAVCNFSM6AAAAABF2XMTEGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANBTGU3DSNRQGI>. You are receiving this because you authored the thread.

[MartinHelmut]

Hey, yes, as I wrote:

for a universal executable the value x86_64;arm64 should be used ...

So either using this on the command line, or using the preset command where this is the default.

Does everything run now for you?

[noondie]

Hello yes both solutions are working. i will try this Universal build on the other machine in the next days. Unfortunately i have to disable the test build otherwise i will get an compile error I will check this in the next days in more detail. Do you have a hint how to create a subfolder structure in the Resource folder , i.e. one for pics, one for fonts , one for texts etc? Regards c~b

…

Am 09.04.2024 um 05:54 schrieb Martin Helmut Fieber ***@***.***>: Hey, yes, as I wrote: for a universal executable the value x86_64;arm64 should be used ... So either using this on the command line, or using the preset command where this is the default. Does everything run now for you? — Reply to this email directly, view it on GitHub <#24 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJZN3YZHHKFTUFJIPFYNWPLY4NQ6VAVCNFSM6AAAAABF2XMTEGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANBUGEYDGMBUGI>. You are receiving this because you authored the thread.

[MartinHelmut]

Unfortunately i have to disable the test build otherwise i will get an compile error

Can you post some more details about this? E.g. the error output? Would love to see what the issue is with that :)

Regarding subfolder: I think this should be possible via MACOSX_PACKAGE_LOCATION as used in the AppAsset.cmake file. Here you could probably define the set of source files you want to differentiate and set the target property on them.

# Split different types of assets
set(FONT_ASSETS ${PROJECT_SOURCE_DIR}/src/assets/fonts/Manrope.ttf)
set(IMAGE_ASSETS
  ${PROJECT_SOURCE_DIR}/src/assets/images/img1.png
  ${PROJECT_SOURCE_DIR}/src/assets/images/img2.png)

# Platform specific static assets
if (CMAKE_SYSTEM_NAME STREQUAL "Windows")
  # ...
elseif (CMAKE_SYSTEM_NAME STREQUAL "Darwin")
  set(MACOSX_ICON_ASSET ${PROJECT_SOURCE_DIR}/src/assets/icons/icon.icns)
  set(ALL_MACOSX_STATIC_ASSETS
    ${FONT_ASSETS}
    ${IMAGE_ASSETS}
    ${MACOSX_ICON_ASSET})

  # Define subfolders here:
  set_source_files_properties(${MACOSX_ICON_ASSET}
    PROPERTIES MACOSX_PACKAGE_LOCATION ${CMAKE_INSTALL_DATADIR})
  set_source_files_properties(${FONT_ASSETS}
    PROPERTIES MACOSX_PACKAGE_LOCATION ${CMAKE_INSTALL_DATADIR}/fonts)
  set_source_files_properties(${IMAGE_ASSETS}
    PROPERTIES MACOSX_PACKAGE_LOCATION ${CMAKE_INSTALL_DATADIR}/images)

  target_sources(${NAME} PUBLIC ${ALL_MACOSX_STATIC_ASSETS})
elseif (CMAKE_SYSTEM_NAME STREQUAL "Linux")
  # ...
endif ()

Remark: I did not test this, but I think this is how it should work.

[noondie]

thanks for your help and sorry for the delay. i was a little bit busy ;=) the hint with the subfolder have the same result as my trials i changed the AppAsset make file and got the following result % tree . ├── Frameworks │ └── libSDL2-2.0.0.dylib ├── Info.plist ├── MacOS │ └── App ├── PkgInfo └── share ├── fonts │ └── Manrope.ttf ├── icon.icns └── images ├── img1.png └── img2.png as you see, there is a share folder. Even the icon.icns cannot be found be the app and is not shown. Anyway, the second problem with your test files is the following % git clone https://github.com/MartinHelmut/cpp-gui-template-sdl2.git % cd cpp-gui-template-sdl2 % cmake -GXcode -DCMAKE_BUILD_TYPE=Release -B build/xcode % cmake --build build/xcode --config Release ———— /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Release/Objects-normal/arm64/Binary/ResourcesTest normal arm64 (in target 'ResourcesTest' from project 'BasicGuiProjectSetup') cd /Users/conrad/Sources/cpp-gui-template-sdl2 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -Xlinker -reproducible -target arm64-apple-macos10.15 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk -O3 -L/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/EagerLinkingTBDs/Release -L/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/core/Tests/Release -F/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/EagerLinkingTBDs/Release -F/Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/core/Tests/Release -filelist /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Release/Objects-normal/arm64/ResourcesTest.LinkFileList -Xlinker -rpath -Xlinker /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/sdl2-build/Release -Wl,-search_paths_first -Wl,-headerpad_max_install_names /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/TestRunner.build/Release/Objects-normal/arm64 x86_64/TestRunner.o /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/core/Release/libCore.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/spdlog-build/Release/libspdlog.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/fmt-build/Release/libfmt.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/vendor/imgui-setup/Release/libimgui.a /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/_deps/sdl2-build/Release/libSDL2-2.0.0.dylib /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/src/settings/Release/libSettings.a -Xlinker -no_adhoc_codesign -Xlinker -dependency_info -Xlinker /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Release/Objects-normal/arm64/ResourcesTest_dependency_info.dat -o /Users/conrad/Sources/cpp-gui-template-sdl2/build/xcode/build/ResourcesTest.build/Release/Objects-normal/arm64/Binary/ResourcesTest clang: error: no such file or directory: 'x86_64/TestRunner.o'

…

Am 10.04.2024 um 09:26 schrieb Martin Helmut Fieber ***@***.***>: Unfortunately i have to disable the test build otherwise i will get an compile error Can you post some more details about this? E.g. the error output? Would love to see what the issue is with that :) Regarding subfolder: I think this should be possible via MACOSX_PACKAGE_LOCATION <https://cmake.org/cmake/help/latest/prop_sf/MACOSX_PACKAGE_LOCATION.html> as used in the AppAsset.cmake file <https://github.com/MartinHelmut/cpp-gui-template-sdl2/blob/main/src/app/cmake/AppAssets.cmake#L16>. Here you could probably define the set of source files you want to differentiate and set the target property on them. # Split different types of assets set(FONT_ASSETS ${PROJECT_SOURCE_DIR}/src/assets/fonts/Manrope.ttf) set(IMAGE_ASSETS ${PROJECT_SOURCE_DIR}/src/assets/images/img1.png ${PROJECT_SOURCE_DIR}/src/assets/images/img2.png) # Platform specific static assets if (CMAKE_SYSTEM_NAME STREQUAL "Windows") # ... elseif (CMAKE_SYSTEM_NAME STREQUAL "Darwin") set(MACOSX_ICON_ASSET ${PROJECT_SOURCE_DIR}/src/assets/icons/icon.icns) set(ALL_MACOSX_STATIC_ASSETS ${FONT_ASSETS} ${IMAGE_ASSETS} ${MACOSX_ICON_ASSET}) # Define subfolders here: set_source_files_properties(${MACOSX_ICON_ASSET} PROPERTIES MACOSX_PACKAGE_LOCATION ${CMAKE_INSTALL_DATADIR}) set_source_files_properties(${FONT_ASSETS} PROPERTIES MACOSX_PACKAGE_LOCATION ${CMAKE_INSTALL_DATADIR}/fonts) set_source_files_properties(${IMAGE_ASSETS} PROPERTIES MACOSX_PACKAGE_LOCATION ${CMAKE_INSTALL_DATADIR}/images) target_sources(${NAME} PUBLIC ${ALL_MACOSX_STATIC_ASSETS}) elseif (CMAKE_SYSTEM_NAME STREQUAL "Linux") # ... endif () Remark: I did not test this, but I think this is how it should work. — Reply to this email directly, view it on GitHub <#24 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJZN3Y2WXZCGXEPGVO6WJADY4TSRTAVCNFSM6AAAAABF2XMTEGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANBWG4YTGMBYGU>. You are receiving this because you authored the thread.