ARROW-1703: [C++] Vendor exact version of jemalloc we depend on#1334
ARROW-1703: [C++] Vendor exact version of jemalloc we depend on#1334xhochy wants to merge 1 commit intoapache:masterfrom
Conversation
wesm
left a comment
There was a problem hiding this comment.
+1 pending rebase. However, do we want to enable this in one of our Travis CI build entries?
Change-Id: I5842ff96c4198801659aa108768fe9bbef05e75b
|
I'm not sure if we have a free matrix entry anymore where we would be able to activate it again. I would like to (gradually) reintroduce |
|
Perhaps we can do it in one of the Linux builds for now. I'll merge this and we can deal with the reintroduction as the default in a separate patch |
|
N.B. The problem with this vendoring strategy is that updates to jemalloc will bloat the repo size, where the vendoring procedure used in Redis and other projects would not. So if we end up needing to update jemalloc more than once in the future, we might check in the raw source directory so that incremental diffs don't cause a significant increase in repo size |
|
I don't expect that we will update |
No description provided.