Got you, thanks Neal. It does seem like it'll be tricky to implement in
javascript without native compression.
We've managed to trick our server to serve .feather.gz as .feather with
compression headers, so we save on storage & runtime server compression,
and the native browser http decompression.
Merged.
In <20201220.11.982066485171320314@clear-code.com>
"Re: [C++] Minimum CMake version" on Sun, 20 Dec 2020 15:55:51 +0900 (JST),
Sutou Kouhei wrote:
> Hi,
>
> I've implemented:
> https://github.com/apache/arrow/pull/8972
>
> If there is no objection, I'll merge this.
>
>
What does it mean that DYLD_LIBRARY_PATH is "flashed"? It seems like
there are some issues here which may affect other developers, in which
case we should try to document them in our docs for future reference.
On Mon, Dec 21, 2020 at 1:19 PM Neal Richardson
wrote:
>
> Building with -DARROW_INSTAL
We are looking to implement upper() / lower() for non-ASCII characters. The
current Gandiva implementation handles upper() / lower() only for standard
ASCII characters.
For the implementation in Gandiva, I went through a few articles and answers on
StackOverflow and the top answer to this quest
FWIW the C++ compute library now uses
https://github.com/JuliaStrings/utf8proc, so assuming it does all of the
things you want, it could save you some trouble if you used it in Gandiva
too--cmake is already set up to use it.
Neal
On Tue, Dec 22, 2020 at 3:41 PM Sagnik Chakraborty
wrote:
> We ar