[
https://issues.apache.org/jira/browse/PARQUET-487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wes McKinney resolved PARQUET-487.
----------------------------------
Resolution: Fixed
Assignee: Wes McKinney
Fix Version/s: cpp-1.0.0
I think this is done to our satisfaction as of 1.0.0
> Add cmake options for various dependency-linking scenarios
> ----------------------------------------------------------
>
> Key: PARQUET-487
> URL: https://issues.apache.org/jira/browse/PARQUET-487
> Project: Parquet
> Issue Type: Improvement
> Components: parquet-cpp
> Reporter: Wes McKinney
> Assignee: Wes McKinney
> Fix For: cpp-1.0.0
>
>
> Unless {{libparquet}} is being built as part of a statically-linked
> application toolchain, it may be preferable in a lot of cases to use dynamic
> linking with its dependencies, rather than statically linking everything as
> it does now.
> I envision several distinct use cases we should support
> * {{libparquet.so}}, with no dependencies statically linked that have shared
> libraries available
> * {{libparquet.so}}, with all dependencies statically linked (this is what we
> are doing now)
> * {{libparquet.a}}, with all dependencies statically linked
> * {{libparquet.a}}, without any unnecessary static linking
> Having these options accessible through cmake flags will help users of
> parquet-cpp avoid dependency hell in some cases, and incorporate libparquet
> in the desired way into a 3rd-party build toolchain
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
