[R] MacOS autobrew jobs fail to build Google Cloud Storage formula (bad curl headers?) #36686
Comments
|
Hmm...this may be the same as the OpenSSL issue after all: the failing command comes from compiling Google Cloud Platform There seem to be some successful calls to the compiler earlier on so it's not that: |
paleolimbot
changed the title
|
Would a reasonable hypothesis be that we are using system curl but autobrew openssl and GCS makes some assumption about how that interaction works that other components do not? |
|
Hmm...trying homebrew curl gets us a little farther in the build process but still results in a similar error. Something similar is described here: https://stackoverflow.com/questions/58628377/catalina-c-using-cmath-headers-yield-error-no-member-named-signbit-in-th ...something about |
|
It seems that
|
paleolimbot
pushed a commit
that referenced
this issue
Jul 16, 2023
### Rationale for this change If we use different macOS SDK in Apache Arrow C++ and bundled projects, it will cause some problems such as a build error. ### What changes are included in this PR? Pass `CMAKE_OSX_SYSROOT` explicitly to external projects. ### Are these changes tested? Yes. ### Are there any user-facing changes? Yes. * Closes: #36686 Authored-by: Sutou Kouhei <[email protected]> Signed-off-by: Dewey Dunnington <[email protected]>
|
@raulcd I think this is an important one to pull into 13.0.0 if possible! |
|
oh! I see! Thanks @paleolimbot , I'll wait for some jobs to finish and I'll cherry pick again. |
raulcd
pushed a commit
that referenced
this issue
Jul 17, 2023
### Rationale for this change If we use different macOS SDK in Apache Arrow C++ and bundled projects, it will cause some problems such as a build error. ### What changes are included in this PR? Pass `CMAKE_OSX_SYSROOT` explicitly to external projects. ### Are these changes tested? Yes. ### Are there any user-facing changes? Yes. * Closes: #36686 Authored-by: Sutou Kouhei <[email protected]> Signed-off-by: Dewey Dunnington <[email protected]>
chelseajonesr
pushed a commit
to chelseajonesr/arrow
that referenced
this issue
Jul 20, 2023
…ache#36706) ### Rationale for this change If we use different macOS SDK in Apache Arrow C++ and bundled projects, it will cause some problems such as a build error. ### What changes are included in this PR? Pass `CMAKE_OSX_SYSROOT` explicitly to external projects. ### Are these changes tested? Yes. ### Are there any user-facing changes? Yes. * Closes: apache#36686 Authored-by: Sutou Kouhei <[email protected]> Signed-off-by: Dewey Dunnington <[email protected]>
R-JunmingChen
pushed a commit
to R-JunmingChen/arrow
that referenced
this issue
Aug 20, 2023
…ache#36706) ### Rationale for this change If we use different macOS SDK in Apache Arrow C++ and bundled projects, it will cause some problems such as a build error. ### What changes are included in this PR? Pass `CMAKE_OSX_SYSROOT` explicitly to external projects. ### Are these changes tested? Yes. ### Are there any user-facing changes? Yes. * Closes: apache#36686 Authored-by: Sutou Kouhei <[email protected]> Signed-off-by: Dewey Dunnington <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug, including details regarding any error messages, version, and platform.
The homebrew-r-autobrew and r-binary-packages jobs are failing for at least two reasons. The first is an OpenSSL issue related to 1.1/3 mismatch (#36456); the second is preventing a verification that #36551 fixes the OpenSSL issue.
The only hypothesis I have is that the MacOS runner is actually an M1 emulating x86 via rosetta and perhaps the
clanglinks are getting mixed up whenautobrewis invoked?An example failure from r-binary-packages ( https://github.com/ursacomputing/crossbow/actions/runs/5540883095/jobs/10113554437 ) (failure from homebrew-r-autobrew is currently the same)
Component(s)
R
The text was updated successfully, but these errors were encountered: