Re: [Rust] move parquet into a separate sub-crate

Cool. It may also be worthy to put adapters into a separate crate. On Fri, Dec 28, 2018 at 4:10 AM Chao Sun wrote: > Hi, > > It just occurs to me that it may be a better idea to move the parquet > module into a separate sub-crate by using cargo workspaces >

Re: C++ documentation overhaul

I also see this problem. This is due to the underlying filesystem on macOS being case insensitive. The fix is to make your file system case sensitive (this is possible but takes a while) We have two generated files pyarrow.array.rst and pyarrow.Array.rst. For me the latter is the one that relia

[jira] [Created] (ARROW-4127) adds docker documentation build instructions

Antonio Cavallo created ARROW-4127: -- Summary: adds docker documentation build instructions Key: ARROW-4127 URL: https://issues.apache.org/jira/browse/ARROW-4127 Project: Apache Arrow Issue T

[jira] [Created] (ARROW-4126) Offset not used when accessing boolean array

Joshua Lapacik created ARROW-4126: - Summary: Offset not used when accessing boolean array Key: ARROW-4126 URL: https://issues.apache.org/jira/browse/ARROW-4126 Project: Apache Arrow Issue Typ

[Rust] move parquet into a separate sub-crate

Hi, It just occurs to me that it may be a better idea to move the parquet module into a separate sub-crate by using cargo workspaces . The advantage is that we can make the project more modular (in future, we may want to add more sub-cr

Re: Debugging Gandiva failures in python CI tests

You might have to wait for Antoine's help after the holidays. In the meantime: do you get the error when building both with gcc 4.8/4.9 and clang-6.0? I did a bit of google searching and it seems that iostream is a common troublemaker for LLVM. I wonder if the code can be refactored to avoid using

[jira] [Created] (ARROW-4125) [Python] ASV benchmarks fail to run if Plasma extension is not built (e.g. on Windows)

Wes McKinney created ARROW-4125: --- Summary: [Python] ASV benchmarks fail to run if Plasma extension is not built (e.g. on Windows) Key: ARROW-4125 URL: https://issues.apache.org/jira/browse/ARROW-4125 Pr

[jira] [Created] (ARROW-4124) [C++] Abstract aggregation kernel API

Wes McKinney created ARROW-4124: --- Summary: [C++] Abstract aggregation kernel API Key: ARROW-4124 URL: https://issues.apache.org/jira/browse/ARROW-4124 Project: Apache Arrow Issue Type: Improvem

[jira] [Created] (ARROW-4123) [C++] Improve linting workflow and documentation for Windows-based developers

Wes McKinney created ARROW-4123: --- Summary: [C++] Improve linting workflow and documentation for Windows-based developers Key: ARROW-4123 URL: https://issues.apache.org/jira/browse/ARROW-4123 Project: Ap

[jira] [Created] (ARROW-4122) scalar fields aren't initialized by the constructor

micafan created ARROW-4122: -- Summary: scalar fields aren't initialized by the constructor Key: ARROW-4122 URL: https://issues.apache.org/jira/browse/ARROW-4122 Project: Apache Arrow Issue Type: Impr

Re: Debugging Gandiva failures in python CI tests

Thanks Wes, that worked. When I run the gandiva tests (I did a step-through with pdb), I get this error : > /home/ravindra/git/arrow/python/pyarrow/tests/test_gandiva.py(50)test_tree_exp_builder() -> schema, [expr], pa.default_memory_pool()) (Pdb) LLVM ERROR: Program used external function '_ZNS