Thanks Raul. Does this mean issues 1-3 are not really caused by my PR and I just need to wait for them to be fixed?
From: dev@arrow.apache.org At: 07/21/22 09:51:09 UTC-4:00To: Arkadiy Vertleyb (BLOOMBERG/ 120 PARK ) , dev@arrow.apache.org Subject: Re: Help needed with PR #13659: Fixing build/unit test issues in msvc/win32 Hi Arkadiy, For issues 2 and 3 there is currently an issue [1] with the protobuf version [2] distributed with homebrew [3] happening on master. These ones should be fixed once the upstream homebrew package is distributed. Issue 1 is also happening on master and I am not sure whether the issue is tracked independently but there was a fix [4] on a PR [5]. I'll follow that one up. Thanks, Raúl [1] https://issues.apache.org/jira/browse/ARROW-17162 [2] https://github.com/protocolbuffers/protobuf/pull/10271 [3] https://github.com/Homebrew/homebrew-core/pull/106252 [4] https://github.com/apache/arrow/pull/13634/commits/9e10f6c3399d83ebce5af551561fa 3a16da9cd5e [5] https://github.com/apache/arrow/pull/13634 On Thu, Jul 21, 2022 at 3:24 PM Arkadiy Vertleyb (BLOOMBERG/ 120 PARK) < avertl...@bloomberg.net> wrote: > Hi all. > > Can someone help me understand how the changes in this PR ( > https://github.com/apache/arrow/pull/13659/commits/e77ec9a84dab750bf016f9f5bd02e a48f2c8d77f) > caused the following build failures? > > Thanks, > Arkadiy > > Here are the failures: > > 1) AMD64 MacOS 10.15 GLib & Ruby > > c_glib/arrow-glib/meson.build:216:0: ERROR: Program 'glib-mkenums mkenums' > not found or not executable > > 2) AMD64 MacOS 10.15 Python 3 > > E ImportError: dlopen(/usr/local/lib/python3.9/site-packages/pyarrow/ > lib.cpython-39-darwin.so, 2): Symbol not found: > __ZN6google8protobuf8internal16InternalMetadataD1Ev > E Referenced from: /usr/local/lib/libarrow.900.dylib > E Expected in: flat namespace > E in /usr/local/lib/libarrow.900.dylib > > 3) AMD64 MacOS 10.15 C++ > > Undefined symbols for architecture x86_64: > "google::protobuf::internal::InternalMetadata::~InternalMetadata()", > referenced from: > google::protobuf::MessageLite::~MessageLite() in > libopentelemetry_proto.a(trace_service.pb.cc.o) > google::protobuf::MessageLite::~MessageLite() in > libopentelemetry_proto.a(trace.pb.cc.o) > google::protobuf::MessageLite::~MessageLite() in > libopentelemetry_proto.a(common.pb.cc.o) > google::protobuf::MessageLite::~MessageLite() in > libopentelemetry_proto.a(resource.pb.cc.o) > ld: symbol(s) not found for architecture x86_64 > > 4) AMD64 Windows 2019 Win32 C++17 > > -- Could NOT find SnappyAlt (missing: Snappy_LIB Snappy_INCLUDE_DIR) > -- Building snappy from source > CMake Error at C:/Program > Files/CMake/share/cmake-3.23/Modules/FindPackageHandleStandardArgs.cmake:230 > (message): > Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the > system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY) (found > suitable version "1.1.1i", minimum required is "1.0.2") > Call Stack (most recent call first): > C:/Program > Files/CMake/share/cmake-3.23/Modules/FindPackageHandleStandardArgs.cmake:594 > (_FPHSA_FAILURE_MESSAGE) > C:/Program Files/CMake/share/cmake-3.23/Modules/FindOpenSSL.cmake:578 > (find_package_handle_standard_args) > cmake_modules/ThirdpartyToolchain.cmake:1253 (find_package) > CMakeLists.txt:575 (include) > > >
