There is a behavioral discrepency in `DescriptorPool.FindFileContainingSymbol` between the two implementations of the protobuf python library (one of which is purely python, and the other utilizes a python extension library written in C++). protobuf on PyPI is distributed via various prebuilt wheels, and our CI setup fetches the relevant one for each platform. Our Linux instances end up fetching a pre-compiled C++ version of the library, whereas our Mac and Windows builders automatically get the pure python version. This test fails (and our reflection implementation itself) succeeds with the C++ implementation but fails with the pure python version. The test will be temporarily disabled pending a fix for https://github.com/google/protobuf/issues/2882pull/10216/head
parent
7472e13095
commit
626efa67f0
1 changed files with 3 additions and 0 deletions
Loading…
Reference in new issue