Skip to content

Conversation

@javierluraschi
Copy link
Contributor

Fix for https://issues.apache.org/jira/browse/ARROW-3647 by adding a dependency to bit64 in arrow which will avoid letting bit64 be unloaded while arrow is loaded.

Additionally, fix for sparklyr/sparklyr#1736, which was preventing tibbles using integer64 to be formatted properly if bit64 was not loaded explicitly.

CC: @romainfrancois

@codecov-io
Copy link

Codecov Report

Merging #2867 into master will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           Coverage Diff           @@
##           master    #2867   +/-   ##
=======================================
  Coverage   87.56%   87.56%           
=======================================
  Files         411      411           
  Lines       63818    63818           
=======================================
  Hits        55881    55881           
  Misses       7867     7867           
  Partials       70       70

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1a6545a...f84f1e1. Read the comment docs.

@romainfrancois
Copy link
Contributor

LGTM

@wesm
Copy link
Member

wesm commented Oct 30, 2018

+1

@hadley
Copy link
Contributor

hadley commented Oct 30, 2018

It's not clear to me that this fix is correct — I don't think you can generally expect to unload R packages containing C code and still have things work.

wesm pushed a commit to wesm/arrow that referenced this pull request Nov 1, 2018
apache#2867 broke installation, this fixes it with [ARROW-3657](https://issues.apache.org/jira/projects/ARROW/issues/ARROW-3657).

CC: @romainfrancois

Author: Javier Luraschi <javierluraschi@hotmail.com>

Closes apache#2876 from javierluraschi/bugfix/arrow-bit64-deps and squashes the following commits:

acc7ab8 <Javier Luraschi> ARROW-3591:  fix dependency not required bit64
@wesm
Copy link
Member

wesm commented Nov 1, 2018

Am I correct that this fix allows the loading of bit64 to be deferred?

@hadley
Copy link
Contributor

hadley commented Nov 1, 2018

As far as I can see, the fix does the opposite - it forces loading of bit64 when arrow is loaded

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants