Is it worth doing a review of different file formats and database
systems to decide on a timestamp implementation (int64 or int96 with
some resolution seems to be quite popular as well)? At least in the
Arrow C++ codebase, we need to add decimal handling logic anyway.
On Mon, Jun 27, 2016 at 5:20
Hi Wes,
I updated Boost and it works now.
I'll send a pull request to make a note for that soon.
On Tue, Jul 5, 2016 at 3:30 PM, Wes McKinney wrote:
> Oops, had a keyboarding failure. I got cmake 2.8.12.2 via yum on
> CentOS 6 after installing the devtoolset.
>
> On Tue, Jul 5, 2016 at 3:29 PM
Oops, had a keyboarding failure. I got cmake 2.8.12.2 via yum on
CentOS 6 after installing the devtoolset.
On Tue, Jul 5, 2016 at 3:29 PM, Wes McKinney wrote:
> hi Manoj,
>
> What is the output of
>
> cmake --version
>
> I installed the RHEL devtoolset using the set of commands in
>
> https://git
hi Manoj,
What is the output of
cmake --version
I installed the RHEL devtoolset using the set of commands in
https://github.com/conda-forge/docker-images/blob/master/linux-anvil/Dockerfile
I had to run
scl enable devtoolset-2 bash
x
and am able to build the thirdparty on CentOS 6.8.
https://
MinJi Kim created ARROW-235:
---
Summary: ListVector: splitAndTransfer should also setValueCount()
Key: ARROW-235
URL: https://issues.apache.org/jira/browse/ARROW-235
Project: Apache Arrow
Issue Type:
Hi all,
Thanks for the tips. I upgraded gcc to support C++11.
g++ --version
g++ (GCC) 4.8.2 20140120 (Red Hat 4.8.2-15)
Copyright (C) 2013 Free Software Foundation, Inc.
But I still get the error. Here is the full traceback:
https://gist.github.com/MechCoder/2f97e53c35d36bb132d118f9abc7a255
An
