Re: [C++][Gandiva] Proposal to Add A Parser Frontend for Gandiva

2022-09-19 Thread Jin Shang
Hi Weston, Thank you for your reply! I would like to address some of your concerns. > 2022年9月20日 00:59,Weston Pace 写道: > > First, I think you are correct that there is a lot of value to users here. > I'd love for a capability like this to someday be in pyarrow too for Arrow > compute functions.

Re: [C++][Gandiva] Proposal to Add A Parser Frontend for Gandiva

2022-09-19 Thread Weston Pace
First, I think you are correct that there is a lot of value to users here. I'd love for a capability like this to someday be in pyarrow too for Arrow compute functions. I think there is a distinct enough difference between "a query language" and "a programming language". However, both of them are

Re: [C++][Gandiva] Proposal to Add A Parser Frontend for Gandiva

2022-09-18 Thread Antoine Pitrou
Hello, I would add that Gandiva does not seem to have a lot of active maintainers nowadays (as opposed to people who merely add functions for their own use cases). If you would like to take such a responsability it would probably be very welcome. Regards Antoine. Le 16/09/2022 à 17:57

Re: [C++][Gandiva] Proposal to Add A Parser Frontend for Gandiva

2022-09-17 Thread Sutou Kouhei
/stream/180245-dev/topic/Textual.20inputs.20for.20Acero If someone has an opinion for this proposal, please share your opinion. Thanks, -- kou In "[C++][Gandiva] Proposal to Add A Parser Frontend for Gandiva" on Fri, 16 Sep 2022 23:57:34 +0800, Jin Shang wrote: > Background

[C++][Gandiva] Proposal to Add A Parser Frontend for Gandiva

2022-09-16 Thread Jin Shang
Background My team uses an expression computation library for our C++ feature engineering pipeline. We currently use Exprtk . We recently tried out Gandiva and wrote some benchmarks. We discovered that Gandiva is several times faster than Exprtk in our use ca