[xerces-c] fixed issue #9654

[mitza-oci]

Using first attempt and review suggestions from #9655

Describe the pull request

• What does your PR fix? Fixes issue [xerces-c] https://github.com/apache/xerces-c/archive/Xerces-C_3_2_2.tar.gz no longer exist  #9654

• Which triplets are supported/not supported? Have you updated the CI baseline?
  No change to existing xerces-c port

• Does your PR follow the maintainer guide?
  AFAIK

[msftclas]

All CLA requirements met.

[NancyLi1013]

Could you please update
file(INSTALL ${SOURCE_PATH}/LICENSE DESTINATION ${CURRENT_PACKAGES_DIR}/share/xerces-c RENAME copyright)
as
file(INSTALL ${SOURCE_PATH}/LICENSE DESTINATION ${CURRENT_PACKAGES_DIR}/share/${PORT} RENAME copyright)?

[NancyLi1013]

Hi @mitza-oci thanks for this PR.
Could you also bump the version in ports/xerces-c/CONTROL file?

[NancyLi1013]

Have existed PR #9655.

[NancyLi1013]

It seems that there is something wrong with osx pipeline.
We will go further investigation about the regressions.

[NancyLi1013]

Related #9726.

[mitza-oci]

It seems that there is something wrong with osx pipeline.
We will go further investigation about the regressions.

Is there anything left to do before merging this? vcpkg's xerces-c has been broken for some time and our downstream project's CI depends on it.

[NancyLi1013]

xalan-c failed on osx pipeline now.
Could you please take a look and try to fix the regression caused by xalan-c?
install-x64-osx-dbg-out .log

[mitza-oci]

xalan-c failed on osx pipeline now.
Could you please take a look and try to fix the regression caused by xalan-c?
install-x64-osx-dbg-out .log

How is it working on master? Unless there is a cached download? xerces-c cannot be downloaded from the URL used:

-- Downloading https://github.com/apache/xerces-c/archive/Xerces-C_3_2_2.tar.gz... Failed. Status: 22;"HTTP response code said error"
CMake Error at scripts/cmake/vcpkg_download_distfile.cmake:175 (message):

      Failed to download file.

Because xerces-c has broken on master for a while, we can't determine if this failure on Apple macOS is new to this PR (shouldn't be).

[NancyLi1013]

Hi @mitza-oci
Since you have changed the URL for xerces-c , it can be downloaded and installed successfully.
So where did you get the above error info?
The current regression is caused by xalan-c instead of xerces-c.
Maybe we should pay attention to xalan-c and try to fix it.

[mitza-oci]

Hi @mitza-oci
Since you have changed the URL for xerces-c , it can be downloaded and installed successfully.
So where did you get the above error info?

The above is for master, not my branch. When using master, xerces-c cannot be downloaded. So the CI build indicating "success" on master is not accurate -- my guess is that the CI is using a cached download.

The current regression is caused by xalan-c instead of xerces-c.
Maybe we should pay attention to xalan-c and try to fix it.

I can't reproduce the error locally and I'm not set up to use vcpkg on Apple macOS. This PR as-is restores vcpkg's xerces-c package to a useable state. Someone who knows the macOS-specific code in xalan/xerces should continue to fix any remaining errors.

This is what I see on macOS, vcpkg fails to bootstrap:

.../vcpkg/scripts/bootstrap.sh: line 219: [: Configured with: --prefix=/Applications/Xcode: integer expression expected
-- The C compiler identification is AppleClang 11.0.0.11000033
-- The CXX compiler identification is AppleClang 11.0.0.11000033
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/usr/bin/g++
-- Check for working CXX compiler: /Applications/Xcode.app/Contents/Developer/usr/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - found
-- Found Threads: TRUE
-- Performing Test USES_LIBSTDCXX
-- Performing Test USES_LIBSTDCXX - Failed
-- Performing Test USES_LIBCXX
-- Performing Test USES_LIBCXX - Success
-- Configuring done
-- Generating done
-- Build files have been written to: .../vcpkg/toolsrc/build.rel
[0/2] Re-checking globbed directories...
[1/67] Building CXX object CMakeFiles/vcpkg.dir/src/vcpkg.cpp.o
FAILED: CMakeFiles/vcpkg.dir/src/vcpkg.cpp.o
/Applications/Xcode.app/Contents/Developer/usr/bin/g++  -DDISABLE_METRICS=0 -I../include -O3 -DNDEBUG -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.15.sdk -mmacosx-version-min=10.14   -std=c++1z -MD -MT CMakeFiles/vcpkg.dir/src/vcpkg.cpp.o -MF CMakeFiles/vcpkg.dir/src/vcpkg.cpp.o.d -o CMakeFiles/vcpkg.dir/src/vcpkg.cpp.o -c ../src/vcpkg.cpp
In file included from ../src/vcpkg.cpp:24:
../include/vcpkg/base/files.h:57:41: error: 'file_status' is unavailable: introduced in macOS 10.15
    struct file_status : private stdfs::file_status

I don't see anything in vcpkg documentation indicating the minimum macOS version required.

[mitza-oci]

Looks like the issue was already fixed in #9726 which made almost the exact same change to xerces-c/portfile.cmake. That one has HEAD_REF trunk which I'm not sure will work if someone tries that configuration.

[NancyLi1013]

@mitza-oci
Could you please resolve conflicts about this PR?

[mitza-oci]

The package writes to both share/xercesc and share/xerces-c. The license file has to be in xerces-c, should the other files move there as well?

[NancyLi1013]

The *.cmake files such as *target.cmake, *config.cmake should be in share/xercesc, which is decided by TARGET_PATH in vcpkg_fixup_cmake_targets(). Other files such as license, doc, usage should be in share/${PORT} (here is xercesc-c).

[mitza-oci]

The *.cmake files such as *target.cmake, *config.cmake should be in share/xercesc, which is decided by TARGET_PATH in vcpkg_fixup_cmake_targets(). Other files such as license, doc, usage should be in share/${PORT} (here is xercesc-c).

I'm seeing vcpkg-cmake-wrapper.cmake in xerces-c. Is that correct?

[mitza-oci]

I'm seeing vcpkg-cmake-wrapper.cmake in xerces-c. Is that correct?

Looks like that was a local change, which I reverted.

[mitza-oci]

Looks like the error in vcpkg-Linux-PR-test was not related to the change in this PR.

[vicroms]

You're right, I'll trigger a rebuild

[mitza-oci]

You're right, I'll trigger a rebuild

Thank you, looks like it worked.