- 11 Jun, 2018 1 commit
-
-
Cory McLean authored
-
- 06 Jun, 2018 1 commit
-
-
Loo Rong Jie authored
* Align Bazel on Windows with CMake's MSVC flags
-
- 04 Jun, 2018 1 commit
-
-
Thomas Colthurst authored
-
- 01 Jun, 2018 1 commit
-
-
Feng Xiao authored
* Remove js_embed binary.
-
- 30 May, 2018 1 commit
-
-
Thomas Colthurst authored
-
- 24 May, 2018 1 commit
-
-
Jan Tattermusch authored
-
- 23 May, 2018 1 commit
-
-
Calder Coalson authored
`python/google/__init__.py` declares the top-level 'google' namespace so that `google.protobuf` can be imported alongside other Google Python modules like `google.auth`. This works well when installing protobuf via Pip, but the Bazel `//:python_srcs` rule doesn't include this file in its `srcs`. Bazel implicitly creates an empty `google/__init__.py`, which does *not* set up a namespace. The result is that consuming Python protobuf via Bazel breaks all other Google Python libraries. This fixes #4658.
-
- 22 May, 2018 1 commit
-
-
Laszlo Csomor authored
Fixes https://github.com/google/protobuf/issues/3957
-
- 26 Mar, 2018 1 commit
-
-
Feng Xiao authored
-
- 23 Mar, 2018 1 commit
-
-
Adam Cozzette authored
This fixes the Bazel build.
-
- 22 Mar, 2018 2 commits
-
-
Pascal Muetschard authored
Switch to using the MSVC options, not based on the cpu, but based on the compiler name. This allows building on Windows with MSYS or MinGW's gcc.
-
Adam Cozzette authored
-
- 09 Mar, 2018 1 commit
-
-
James O'Kane authored
@com_google_protobuf prefixed versions. This allows them to work in 3rd party repositories. Fix a bad visibility rule. :hidden does not exist, but :private does.
-
- 02 Mar, 2018 1 commit
-
- 24 Feb, 2018 2 commits
-
-
John Millikin authored
This prevents the Bazel `CcProtoAspect` from generating and linking C++ object code for these files. Without this blacklist, symbols for protobuf types depended on by `libprotobuf` may be defined multiple times and violate the ODR rule. Fixes https://github.com/google/protobuf/issues/4311
-
John Millikin authored
This lets all values of `WELL_KNOWN_PROTOS` be treated the same with regard to Bazel's protobuf blacklisting.
-
- 31 Jan, 2018 1 commit
-
-
David Ostrovsky authored
Fixes: #4256. Bazel@HEAD supports Java 9. The current code has one single issue with Java 9 compliance: the usage of sun.misc package. We add jdk.unsupported module with --add-modules compiler option for now. Long term, the usage of non public API should be avoided. To build with Java 9, build custom bazel version and issue: $ bazel --host_javabase=/usr/lib64/jvm/java-9-openjdk build \ --javacopt='--release 9' \ --java_toolchain=@bazel_tools//tools/jdk:toolchain_jdk9 \ :protobuf_java
-
- 25 Jan, 2018 1 commit
-
-
David Ostrovsky authored
Fixes #4220.
-
- 07 Dec, 2017 1 commit
-
-
Adam Cozzette authored
This should fix Bazel builds, since those were missing a new file (implicit_weak_message.cc).
-
- 18 Nov, 2017 1 commit
-
-
Justine Tunney authored
-Wno-writable-strings removes 230 "ISO C++11 does not allow conversion from string literal to 'char *'" warnings from TensorFlow test / build output. These happen because pyext/ sources pass string literals to Python C API data structures, e.g. PyGetSetDef, which for some reason were designed to not have the const qualifier.
-
- 18 Oct, 2017 1 commit
-
-
Jisi Liu authored
-
- 16 Oct, 2017 2 commits
-
-
Param Reddy authored
The SDK and os versions were hard coded. Archs were mixed up. Because of this, Was getting errors with latest SDK: clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS9.2.sdk/' [-Wmissing-sysroot] clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS9.2.sdk/' [-Wmissing-sysroot] clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS9.2.sdk/' [-Wmissing-sysroot] In file included from external/com_google_protobuf/src/google/protobuf/io/printer.cc:35: In file included from external/com_google_protobuf/src/google/protobuf/io/printer.h:40: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string:470: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string_view:171: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__string:56: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/algorithm:638: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/cstring:61: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string.h:61:15: fatal error: 'string.h' file not found ^~~~~~~~~~ 1 error generated. Currently none of these are needed when using bazel with https://github.com/bazelbuild/rules_apple. -target arm64-apple-ios is passed properly to clang. So -arch armv7 etc are not needed. OS_IOS is not used anywhere. Sources have: GOOGLE_PROTOBUF_NO_THREADLOCAL defined in src/google/protobuf/stubs/platform_macros.h for iOS. So __thread= is not needed. In fact now that bazel is using C++11 by default, __thread should ideally be moved to thread_local. -miphoneos-version-min is passed by rules_apple.
-
Param Reddy authored
The SDK and os versions were hard coded. Archs were mixed up. Because of this, Was getting errors with latest SDK: clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS9.2.sdk/' [-Wmissing-sysroot] clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS9.2.sdk/' [-Wmissing-sysroot] clang: warning: no such sysroot directory: '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS9.2.sdk/' [-Wmissing-sysroot] In file included from external/com_google_protobuf/src/google/protobuf/io/printer.cc:35: In file included from external/com_google_protobuf/src/google/protobuf/io/printer.h:40: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string:470: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string_view:171: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__string:56: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/algorithm:638: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/cstring:61: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/string.h:61:15: fatal error: 'string.h' file not found ^~~~~~~~~~ 1 error generated. Currently none of these are needed when using bazel with https://github.com/bazelbuild/rules_apple. -target arm64-apple-ios is passed properly to clang. So -arch armv7 etc are not needed. OS_IOS is not used anywhere. Sources have: GOOGLE_PROTOBUF_NO_THREADLOCAL defined in src/google/protobuf/stubs/platform_macros.h for iOS. So __thread= is not needed. In fact now that bazel is using C++11 by default, __thread should ideally be moved to thread_local. -miphoneos-version-min is passed by rules_apple.
-
- 10 Oct, 2017 1 commit
-
-
Seth Greenstein authored
These flags are ignored by cl.exe and have no effect, but add noise to the build logs.
-
- 14 Sep, 2017 1 commit
-
-
Adam Cozzette authored
-
- 12 Sep, 2017 1 commit
-
-
Feng Xiao authored
This addressbook.proto now belongs to its own bazel pacakge and can't be accessed in bazel protobuf_test target.
-
- 05 Sep, 2017 1 commit
-
-
Jakob Buchgraber authored
Adds a proto_library rule for each well known type proto: $ bazel query "filter(\".*_proto$\", \"...\")" //:wrappers_proto //:timestamp_proto //:struct_proto //:field_mask_proto //:empty_proto //:duration_proto //:compiler_plugin_proto //:descriptor_proto //:api_proto //:type_proto //:source_context_proto //:any_proto Bazel users can reference these proto_library rules for their own language specific rules i.e. java_proto_library( name = "any_java_proto", deps = ["@com_google_protobuf//:any_proto"], ) Also set the workspace name to "com_google_protobuf", as proto_library rules reference protobuf that way.
-
- 25 Jul, 2017 3 commits
- 19 Jul, 2017 1 commit
-
-
Jisi Liu authored
-
- 11 Jul, 2017 1 commit
-
-
Laszlo Csomor authored
Add implementations of open(2), mkdir(2), stat(2), etc. that support long paths under Windows (paths longer than MAX_PATH in <windows.h>, which is 260 characters). The implementations are in a separate namespace (google::protobuf::internal::win32), so they won't collide with the standard implementations in <io.h>, but after importing them with `using` they can be drop-in replacements. Fixes https://github.com/bazelbuild/bazel/issues/2634 Fixes https://github.com/google/protobuf/issues/2891
-
- 16 Jun, 2017 1 commit
-
-
- 31 May, 2017 1 commit
-
-
Yun Peng authored
Don't put gcc warnings options in copts, so that protobuf is able to build by MSVC toolchain without python wrappers.
-
- 04 May, 2017 1 commit
-
-
Feng Xiao authored
-
- 01 May, 2017 1 commit
-
-
makdharma authored
This target will be used by gRPC iOS bazel build system.
-
- 29 Mar, 2017 2 commits
- 22 Mar, 2017 1 commit
-
-
cgrushko authored
in order to avoid errors related to generics when building user code in newer versions of Java.
-
- 20 Mar, 2017 1 commit
-
-
Bairen Yi authored
-