[iOS] Xcode archive and distribution option broken in latest releases/2.x branch

[rh101]

• axmol version: releases/2.x branch, https://github.com/axmolengine/axmol/tree/b29f765003e70fba56917cc5fd8035cc680e6272
• devices test on:
• developing environments
  • NDK version: r23c
  • Xcode version: 16.2
  • Visual Studio:
    • VS version: 2022 (17.9+)
    • MSVC version: 19.39+
    • Windows SDK version: 10.0.22621.0+
  • cmake version: 4.2
    Steps to Reproduce:

1. Build app for distribution in Xcode using the Archive command
2. The build is successful, but when the organizer opens, it is not listed under the correct app target name, but instead shows "{Target} (other item)", and the entry is missing the version code. For example:

Xcode prevents the build from being distributed to the App Store because it is not valid.

Building with Axmol v2.9.1 fixes the issue.

Could this possibly have something to do with the changes to cmake for the use of OpenAL-soft on iOS?

[rh101]

Test this with a new project on the current release/2.x branch. The result is the same, with the archive not being built correctly:

If the audio engine is disabled via cmake:
set(AX_ENABLE_AUDIO OFF CACHE BOOL "Build audio support" FORCE)

Then the iOS archive succeeds, and this is the correct output:

[rh101]

This issue seems to be caused by more than one entry existing in the Products dir of the xcarchive:

If Skip Install is set to YES for OpenAL, then the xcarchive is generated correctly, and it fixes the issue:

Only the main app package is included in the Products dir:

The app package for contains the soft_oal.framework regardless of whether Skip Install is set to YES or NO:

[rh101]

This issue is in the OpenAL-Soft library, so a PR with the fix has been submitted to their repo here.

[rh101]

@halx99 The PR has been merged into OpenAL-soft, but do you want me to create a PR with the changes made to the OpenAL in Axmol?

[halx99]

@halx99 The PR has been merged into OpenAL-soft, but do you want me to create a PR with the changes made to the OpenAL in Axmol?

sure, why not.

[halx99]

This changes seems break linux run:

PS /home/adminx/oss/axmol/build/bin/cpp-tests> ./cpp-tests
/home/adminx/oss/axmol/build/bin/cpp-tests/cpp-tests: error while loading shared libraries: libopenal.so: cannot open shared object file: No such file or directory

[rh101]

This changes seems break linux run:

PS /home/adminx/oss/axmol/build/bin/cpp-tests> ./cpp-tests
/home/adminx/oss/axmol/build/bin/cpp-tests/cpp-tests: error while loading shared libraries: libopenal.so: cannot open shared object file: No such file or directory

I'll look into it now.

[rh101]

@halx99 It should be fixed in #2885 by making sure the .so file is copied to the same output as the .a files, which is how it was working before the initial changes. I can't think of any alternate way to fix it at the moment besides that.