Rooba
/
flatbuffers
mirror of https://github.com/google/flatbuffers.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
flatbuffers/WORKSPACE

19 lines
649 B
Python
Raw Normal View History

Add initial Bazel WORKSPACE and BUILD (#4608) For #4574. To test: bazel test --verbose_failures //:flatbuffers_test
2018-02-05 18:23:15 +00:00
workspace(name = "com_github_google_flatbuffers")
Add flatbuffer_cc library support (#5061) * Add flatbuffer_cc library support * Update flags so all the tests pass Tests now all pass! * Modify the tests to use the generated code This should be a simple serialize/deserialize test of the new generated code to make sure the bazel rules are doing something sane. * Use generated monster_test.fb in testing/test.cpp cmake drops it's generated code in tests/monster_test_generated.h Instead of checking that in, let's generate it with bazel. * Make grpc tests depend on monster_test_generated.h * Remove redundant cmake dependency This should address @aardappel's feedback. * Run flatc for Android as well This will fix the last travis.ci failure * Add generated output folder and fix flags * Move flatbuffers_header_build_rules to the library that uses it * Use --cpp-ptr-type to fix android Android was the only target using the STL emulation layer. It needed the --cpp-ptr-type flatbuffers::unique_ptr flag to work. Add it! * Roll back changes to use autogenerated monster_test_generated. Flip tests/test.cpp to use the autogenerated file as well.
2018-12-10 20:23:40 +00:00
load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
Fix bazel build (#5174) rules_go was out of date. Update that. Also, a dependency monster_extra_cc_fbs snuck in. So, let's add that. Fixes: #5163
2019-02-14 21:05:46 +00:00
Add flatbuffer_cc library support (#5061) * Add flatbuffer_cc library support * Update flags so all the tests pass Tests now all pass! * Modify the tests to use the generated code This should be a simple serialize/deserialize test of the new generated code to make sure the bazel rules are doing something sane. * Use generated monster_test.fb in testing/test.cpp cmake drops it's generated code in tests/monster_test_generated.h Instead of checking that in, let's generate it with bazel. * Make grpc tests depend on monster_test_generated.h * Remove redundant cmake dependency This should address @aardappel's feedback. * Run flatc for Android as well This will fix the last travis.ci failure * Add generated output folder and fix flags * Move flatbuffers_header_build_rules to the library that uses it * Use --cpp-ptr-type to fix android Android was the only target using the STL emulation layer. It needed the --cpp-ptr-type flatbuffers::unique_ptr flag to work. Add it! * Roll back changes to use autogenerated monster_test_generated. Flip tests/test.cpp to use the autogenerated file as well.
2018-12-10 20:23:40 +00:00
http_archive(
name = "io_bazel_rules_go",
Fix compatability with Bazel 0.27 (#5412) rules_go was too old and using deprecated features. Upgrade it.
2019-06-20 17:25:41 +00:00
urls = [
Upgrade rules_go (#5684) This should help with #5672 if I'm reading the report back from buildkite properly.
2019-12-26 18:07:15 +00:00
"https://storage.googleapis.com/bazel-mirror/github.com/bazelbuild/rules_go/releases/download/v0.20.3/rules_go-v0.20.3.tar.gz",
"https://github.com/bazelbuild/rules_go/releases/download/v0.20.3/rules_go-v0.20.3.tar.gz",
Fix compatability with Bazel 0.27 (#5412) rules_go was too old and using deprecated features. Upgrade it.
2019-06-20 17:25:41 +00:00
],
Upgrade rules_go (#5684) This should help with #5672 if I'm reading the report back from buildkite properly.
2019-12-26 18:07:15 +00:00
sha256 = "e88471aea3a3a4f19ec1310a55ba94772d087e9ce46e41ae38ecebe17935de7b",
Add flatbuffer_cc library support (#5061) * Add flatbuffer_cc library support * Update flags so all the tests pass Tests now all pass! * Modify the tests to use the generated code This should be a simple serialize/deserialize test of the new generated code to make sure the bazel rules are doing something sane. * Use generated monster_test.fb in testing/test.cpp cmake drops it's generated code in tests/monster_test_generated.h Instead of checking that in, let's generate it with bazel. * Make grpc tests depend on monster_test_generated.h * Remove redundant cmake dependency This should address @aardappel's feedback. * Run flatc for Android as well This will fix the last travis.ci failure * Add generated output folder and fix flags * Move flatbuffers_header_build_rules to the library that uses it * Use --cpp-ptr-type to fix android Android was the only target using the STL emulation layer. It needed the --cpp-ptr-type flatbuffers::unique_ptr flag to work. Add it! * Roll back changes to use autogenerated monster_test_generated. Flip tests/test.cpp to use the autogenerated file as well.
2018-12-10 20:23:40 +00:00
)
Fix bazel build (#5174) rules_go was out of date. Update that. Also, a dependency monster_extra_cc_fbs snuck in. So, let's add that. Fixes: #5163
2019-02-14 21:05:46 +00:00
Upgrade rules_go (#5684) This should help with #5672 if I'm reading the report back from buildkite properly.
2019-12-26 18:07:15 +00:00
load("@io_bazel_rules_go//go:deps.bzl", "go_rules_dependencies", "go_register_toolchains")
Fix bazel build (#5174) rules_go was out of date. Update that. Also, a dependency monster_extra_cc_fbs snuck in. So, let's add that. Fixes: #5163
2019-02-14 21:05:46 +00:00
Add flatbuffer_cc library support (#5061) * Add flatbuffer_cc library support * Update flags so all the tests pass Tests now all pass! * Modify the tests to use the generated code This should be a simple serialize/deserialize test of the new generated code to make sure the bazel rules are doing something sane. * Use generated monster_test.fb in testing/test.cpp cmake drops it's generated code in tests/monster_test_generated.h Instead of checking that in, let's generate it with bazel. * Make grpc tests depend on monster_test_generated.h * Remove redundant cmake dependency This should address @aardappel's feedback. * Run flatc for Android as well This will fix the last travis.ci failure * Add generated output folder and fix flags * Move flatbuffers_header_build_rules to the library that uses it * Use --cpp-ptr-type to fix android Android was the only target using the STL emulation layer. It needed the --cpp-ptr-type flatbuffers::unique_ptr flag to work. Add it! * Roll back changes to use autogenerated monster_test_generated. Flip tests/test.cpp to use the autogenerated file as well.
2018-12-10 20:23:40 +00:00
go_rules_dependencies()
Fix bazel build (#5174) rules_go was out of date. Update that. Also, a dependency monster_extra_cc_fbs snuck in. So, let's add that. Fixes: #5163
2019-02-14 21:05:46 +00:00
Add flatbuffer_cc library support (#5061) * Add flatbuffer_cc library support * Update flags so all the tests pass Tests now all pass! * Modify the tests to use the generated code This should be a simple serialize/deserialize test of the new generated code to make sure the bazel rules are doing something sane. * Use generated monster_test.fb in testing/test.cpp cmake drops it's generated code in tests/monster_test_generated.h Instead of checking that in, let's generate it with bazel. * Make grpc tests depend on monster_test_generated.h * Remove redundant cmake dependency This should address @aardappel's feedback. * Run flatc for Android as well This will fix the last travis.ci failure * Add generated output folder and fix flags * Move flatbuffers_header_build_rules to the library that uses it * Use --cpp-ptr-type to fix android Android was the only target using the STL emulation layer. It needed the --cpp-ptr-type flatbuffers::unique_ptr flag to work. Add it! * Roll back changes to use autogenerated monster_test_generated. Flip tests/test.cpp to use the autogenerated file as well.
2018-12-10 20:23:40 +00:00
go_register_toolchains()