[vcpkg script] Ios support for meson and autotools based ports#25670
[vcpkg script] Ios support for meson and autotools based ports#25670m-kuhn wants to merge 7 commits intomicrosoft:masterfrom
Conversation
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
|
TODO: https://github.com/microsoft/vcpkg/pull/25670/files#diff-b92b07d5c0c681687d71463c6a368fae98e9ffedb241e2aadbde3aac688899a9L362-R379 add a condition on |
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
There was a problem hiding this comment.
i think arch flags and include like options need to be passed to CPP for all targets not just OSX
There was a problem hiding this comment.
This copies the behavior of meson which depends on CMAKE_OSX_SYSROOT and VCPKG_OSX_ARCHITECTURES which are only available on osx.
There was a problem hiding this comment.
Could you compare the build output of a simple cmake build and tell me if cmake automatically adds those flags. It might be required to export them from get_cmake_vars then.
There was a problem hiding this comment.
There could be some magic along the lines of
#25201 alternatively. This approach is a bit less intrusive and builds on existing practices.
There was a problem hiding this comment.
This approach is a bit less intrusive and builds on existing practices.
existing practice is wrong. The flags should come from cmake_get_vars and as far as I can tell they do. So the script itself is outdated.
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
|
This no longer depends on a different pr |
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
|
Windows builds fail for kglobalaccel which seems to be an unrelated issue. Depending on the presence of x11 related packages it tries to find If it finds https://github.com/KDE/kglobalaccel/blob/v5.89.0/CMakeLists.txt#L51-L66 Proposal: adjust rule to include |
|
@JackBoosY this is not dependent on a different PR, #26564 fixes an unrelated issue that surfaced here for reasons beyond my understanding. |
|
#26520 (and possibly any world-rebuild) is in the exactly same situation and received an "approval" instead of "depends:different-pr" today. |
|
Furthermore, there are other osx build issues on both pull requests, which would ideally only be solved by one, not two persons in parallel, hence some coordination between the two approaches would be good and feedback from maintainers would help to identify which has the better potential to be continued. |
|
@BillyONeal Do you have any ideas that which PR should we pick between this PR and #26520? |
Unfortunately I know very little about autotools or meson or iOS so I don't really feel qualified to add much here. |
|
I'll try to explain the changes, I think most of them are straightforward
|
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
|
Potentially core parts of this are superseded by #26617 |
There was a problem hiding this comment.
You have modified or added at least one vcpkg.json where you should check the license field.
Details
If you feel able to do so, please consider adding a "license" field to the following files:
ports/freexl/vcpkg.jsonports/libtasn1/vcpkg.json
Valid values for the license field can be found in the documentation
|
Ping @m-kuhn for response. Is work still being done for this PR? Could you please resolve the conflicts? |
|
This has been superseded by #26617 and others |
Describe the pull request
What does your PR fix?
VCPKG_DETECTED_CMAKE_OSX_SYSROOTDepends on [jemalloc|vcpkg_configure_make] update and some script fixes #25009 to be fully functionalWhich triplets are supported/not supported? Have you updated the CI baseline?
all
Does your PR follow the maintainer guide?
Yes
If you have added/updated a port: Have you run
./vcpkg x-add-version --alland committed the result?Yes