[Python] Link parquet-cpp statically, privately in manylinux1 wheels

[asfimport]

We currently link parquet-cpp dynamically in the manylinux1 wheels. This also makes us the authority on the distribution of parquet-cpp inside of the wheel-based ecosystem. Instead of doing this, we should statically, privately link parquet-cpp inside of the wheels.

Reporter: Uwe Korn / @xhochy
Assignee: Uwe Korn / @xhochy

PRs and other links:

• GitHub Pull Request #1331

_{Note: This issue was originally created as ARROW-1778. Please see the migration documentation for further details.}

[asfimport]

Uwe Korn / @xhochy:
@wesm any strong opinion on this? Otherwise I would go ahead and change the linking.

[asfimport]

Wes McKinney / @wesm:
I would be fine with this, however will it require linking all the transitive dependencies (including libarrow and its dependencies)?

[asfimport]

Uwe Korn / @xhochy:
No, this should only mean that _parquet.pyx will include the parquet-cpp symbols, it would still dynamically link against libarrow.

[asfimport]

Wes McKinney / @wesm:
Got it. Sounds good to me, then

[asfimport]

Wes McKinney / @wesm:
Issue resolved by pull request 1331
#1331