-
Notifications
You must be signed in to change notification settings - Fork 77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(LTH-130) Unvendor RapidJSON #289
Conversation
|
Can one of the admins verify this patch? |
ea32367
to
d83c2a2
Compare
|
Yay! After a few hours of pain, it's all green 😌 @MikaelSmith, because of divergences, I had to change the way RapidJSON is made available during the rebase. For build on UNIX-like systems, I chose to install the Line 11 in 73f08a5
For windows, I chose to grab the source code, and use the "regular" (?) build tools to do what I think is equivalent to Lines 16 to 23 in 73f08a5
Please tell me if you mind, and I'll try to amend this commit to separate what you wrote from what I wrote. The other changes are I guess straightforward. |
rapidjson is no longer vendored, it must be installed on the system independently.
add_leatherman_includes() is a wrapper around CMake's list() function which should be called with individual strings and not a single string.
d83c2a2
to
09649fe
Compare
|
CLA signed by all contributors. |
|
These changes make sense. They have some implications for downstream users. I think we (Puppet) will want to add a pre-compiled rapidjson to our myget feed. |
That look like a good idea, however, I don't know how to help to make this happen. Similarly, adding Thanks! |
|
|
This is an attempt of extracting RapidJSON from the leatherman archive.
Work was started in #265 by @MikaelSmith but not finished. Take his work, rebase on top of
master, add a fix and see what happens 😉