Summary:
Update the folly spec to use `fb_github_project_workdir()` rather than just
`github_project_workdir()`.
This shouldn't have any impact for external github-based builds, but for our
internal continuous integration builds this should make builds for downstream
projects pick up the correct local version of folly that matches the commit of
the downstream project that is being built.
This behavior was unintentionally changed to not use the `fb_*` version in
D10520960.
Differential Revision: D14969380
fbshipit-source-id: 000b10525821fb5e0312d1869198a68befa0bd91
Summary:
This addresses a hilarious but hard to trace build problem on
macOS. The issue is that the build manages to resolve `folly/String.h`
in place of `string.h` and breaks compilation of `<cstring>` and all
that include it.
The resolution is to ensure that we generate a subdir for the cmake
build.
Reviewed By: simpkins
Differential Revision: D10520960
fbshipit-source-id: 9bebeda69c6e28ebca146f9b96ee01bedd2d6ef1
Summary:
Update the fbcode_builder spec for folly to build folly using its newer CMake
build scripts, rather than autoconf.
Reviewed By: yfeldblum
Differential Revision: D6793682
fbshipit-source-id: b724cf8be4a1afe20bd96e6113395a4fd44c438a
Summary: We just changed the ShipIt rules, which requires this manual commit. There were also a couple of files that got out-of-sync a long time ago. Fix that.
