Fix libde265 on arm64 macOS asm build bug

[crazywhalecc]

What does this PR do?

Closes #1116

Checklist before merging

If your PR involves the changes mentioned below and completed the action, please tick the corresponding option.
If a modification is not involved, please skip it directly.

• If you modified *.php or *.json, run them locally to ensure your changes are valid:
  • composer cs-fix
  • composer analyse
  • composer test
  • bin/spc dev:sort-config
• If it's an extension or dependency update, please ensure the following:
  • Add your test combination to src/globals/test-extensions.php.
  • If adding new or fixing bugs, add commit message containing extension test or test extensions to trigger full test suite.

[henderkes]

perhaps do this on mac only? neon are generally helpful in my builds on rhel 9 & 10

[crazywhalecc]

Linux aarch64 may also have this bug though.

However, considering this chain: libde265-libheif-imagemagick-imagick, the only function of libde265 assembly should be HEVC/HEIF things. I'm not sure if adding this assembly is worthwhile for the benefit of this extension. In any case, arm64 assembly is likely missing, it only has armv7 assembly. x86 assembly is compatible with x64, which may explain why it has consistently compiled successfully.

[crazywhalecc]

Oh wait, libde265 have HAVE_NEON option, this looks more accurate, and we don't worry about x86, it just because it depends on HAVE_ARM which is negative on x86. Let me change to HAVE_NEON=OFF.

Suggested change

	'-DHAVE_ARM=OFF',
	'-DHAVE_NEON=OFF',

[henderkes]

@mpociot does this still fix your issue?