[wavpack] arm support

[daschuer]

This enables arm builds of the wavpack port

• What does your PR fix?

  Wrong CMAKE_SYSTEM_PROCESSOR on Osx and missing asm compiler definition of Linux

• Which triplets are supported/not supported? Have you updated the CI baseline?

  In addition linux-arm and crosscompiling for Apple silicon

• Does your PR follow the maintainer guide?

  Yes

• If you have added/updated a port: Have you run ./vcpkg x-add-version --all and committed the result?

  Yes

[github-actions]

You have modified or added at least one portfile where deprecated functions are used.

If you feel able to do so, please consider migrating them to the new functions:
vcpkg_install_cmake -> vcpkg_cmake_install (from port vcpkg-cmake)
vcpkg_build_cmake -> vcpkg_cmake_build (from port vcpkg-cmake)
vcpkg_configure_cmake -> vcpkg_cmake_configure (Please remove the option PREFER_NINJA) (from port vcpkg-cmake)
vcpkg_fixup_cmake_targets -> vcpkg_cmake_config_fixup (from port vcpkg-cmake-config)

In the ports that use the new function, you have to add the corresponding dependencies:

{
  "name": "vcpkg-cmake",
  "host": true
},
{
  "name": "vcpkg-cmake-config",
  "host": true
}

The following files are affected:

• ports/wavpack/portfile.cmake

[JackBoosY]

The regressions are not related to this changes.

[daschuer]

The Ci failure is unrelated. See: #21758

[JackBoosY]

There also have a chromium-base:x64-osx regression.

[daschuer]

I cannot confirm the chromium-base:x64-osx failure in my repository:
https://github.com/daschuer/vcpkg/runs/4428747869?check_suite_focus=true

Do you have an idea how to solve the issues. Are there anywhere the detailed log files of the failure?
Other ideas?

[JackBoosY]

FAILED: obj/base/base/superfasthash.o 
../../../../../../usr/bin/clang -MMD -MF obj/base/base/superfasthash.o.d -DSYSTEM_NATIVE_UTF8 -D_LIBCPP_HAS_NO_ALIGNED_ALLOCATION -DCR_XCODE_VERSION= -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__ASSERT_MACROS_DEFINE_VERSIONS_WITHOUT_UNDERSCORES=0 -D_DEBUG -DDYNAMIC_ANNOTATIONS_ENABLED=1 -DBASE_IMPLEMENTATION -I../src/25ce732 -Igen -fno-strict-aliasing -fstack-protector-strong -fcolor-diagnostics -fmerge-all-constants -fcrash-diagnostics-dir=../src/25ce732/tools/clang/crashreports -Xclang -mllvm -Xclang -instcombine-lower-dbg-declare=0 -arch x86_64 -Wno-builtin-macro-redefined -D__DATE__= -D__TIME__= -D__TIMESTAMP__= -no-canonical-prefixes -Wall -Wextra -Wimplicit-fallthrough -Wunreachable-code -Wthread-safety -Wextra-semi -Wunguarded-availability -Wno-missing-field-initializers -Wno-unused-parameter -Wno-c++11-narrowing -Wno-unneeded-internal-declaration -Wno-undefined-var-template -Wno-ignored-pragma-optimize -Wno-implicit-int-float-conversion -Wno-final-dtor-non-final-class -Wno-builtin-assume-aligned-alignment -Wno-deprecated-copy -Wno-non-c-typedef-for-linkage -Wmax-tokens -O0 -fno-omit-frame-pointer -fno-standalone-debug -gdwarf-4 -g2 -isysroot ../../../../../../Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -mmacosx-version-min=10.10.0 -ftrivial-auto-var-init=pattern -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Wtautological-overlap-compare -Wno-unknown-warning-option -Wno-unknown-pragmas -Wglobal-constructors -Wexit-time-destructors -Wshadow -Wexit-time-destructors -std=c11 -Wno-implicit-fallthrough -include obj/base/base/precompile.h-c -c ../src/25ce732/base/third_party/superfasthash/superfasthash.c -o obj/base/base/superfasthash.o
/bin/sh: ../../../../../../usr/bin/clang: No such file or directory

Should not related to your changes.

[BillyONeal]

Can you try doing a merge or rebase with master to see if that clears up the failure? The merge-base here is really old. I tried to push such a merge for you but the PR was created without the "allow edits from maintainers" option checked so I can't help

[daschuer]

Rebased.

@JackBoosY can we see the posted lines somewhere at Azure?

[JackBoosY]

@daschuer See https://dev.azure.com/vcpkg/public/_build/results?buildId=64249&view=results.
Or click Details in the pipeline test area then click View more details on Azure Pipelines.

[daschuer]

The old issue is gone, but new have popped up:

##[error]REGRESSION: tensorflow:x64-osx. If expected, add tensorflow:x64-osx=fail to .\scripts\ci.baseline.txt.
##[error]REGRESSION: tensorflow-cc:x64-osx. If expected, add tensorflow-cc:x64-osx=fail to .\scripts\ci.baseline.txt. 
##[error]REGRESSION: qtapplicationmanager:x64-linux. If expected, add qtapplicationmanager:x64-linux=fail to .\scripts\ci.baseline.txt.

[daschuer]

/mnt/vcpkg-ci/buildtrees/qtapplicationmanager/src/ad43fc4b04-cc8e3e67d5.clean/src/common-lib/qtyaml.cpp:39:10: fatal error: yaml.h: No such file or directory

Probably a regression from #21818 ?

[BillyONeal]

Should be fixed by #21925

[BillyONeal]

(Can you merge with 'master'?)

[JonLiu1993]

@daschuer ,Plesase merge with 'master'

remote: Permission to daschuer/vcpkg.git denied to JonLiu1993

[JackBoosY]

Ping @strega-nil-ms for review again.

[daschuer]

I have just rebased the commits from our agreement here #21790 (comment) to master. This allown fixes the CI failure.

[JackBoosY]

Sorry for late, can you please merge to master? I have no permission to push to your branch.

[daschuer]

Why? This still merges cleanly.

[JackBoosY]

@daschuer We should make sure the pipeline test will pass with the master branch.
And the test results may be out-dated since other relate port was changed.

[daschuer]

I have no interest to rebase this branch over and over again when there is a failing review.

@strega-nil Can you have another look?

By the way:
The maintainer edits checkbox is checked.

[JackBoosY]

@daschuer Very sorry for that.

[JackBoosY]

The regression libmikmod:x64-osx is a baseline issue and will be fixed by other PR.

[BillyONeal]

Thanks for the added support and for sticking with it for almost 6 months!