brunal opened a new issue, #7668: URL: https://github.com/apache/arrow-rs/issues/7668
**Is your feature request related to a problem or challenge? Please describe what you are trying to do.** I have a codebase that heavily uses arrow. I offer bindings in multiple languages. For python, this means I depend on the `pyarrow` feature. But for other languages (e.g. C++), this is very undesirable: I don't want my C++ library to depend on `pyarrow` and `pyo3` and a python shared library. Due to feature unification, when I build everything at once, my C++ bindings end up with a dependency on python. **Describe the solution you'd like** If `pyarrow` were a standalone crate, then my python bindings would depend on it, but nothing else would. **Describe alternatives you've considered** Vendor arrow-rs, providing myself `pyarrow` as a crate in my codebase. **Additional context** For a glance at the pyarrow feature, its scope is relatively limited, and extracting it into its own crate seems feasible. `pyarrow` could remain a feature of the arrow crate, and users could either use it just like now or as a standalone crate. If project leadership thinks that this is a good idea then I'm willing to put in the work to make it happen. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: github-unsubscr...@arrow.apache.org.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
