| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| | |
Remove javanano.
|
| | |
|
|\ \
| | |
| | | |
Don't assume Windows builds use MSVC.
|
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
| |/
|/|
| |
| | |
This fixes the Bazel build.
|
|/ |
|
|\
| |
| | |
Revert "Move `compiler/plugin.pb.cc` to libprotobuf with the other WKT sources."
|
| |
| |
| |
| | |
This reverts commit 724f0be33d0eb42055ebe81ce0c8c7bf88ea666c.
|
|/
|
|
|
|
|
| |
@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.
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
This lets all values of `WELL_KNOWN_PROTOS` be treated the same with
regard to Bazel's protobuf blacklisting.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Fixes #4220.
|
|\
| |
| | |
Make //:protobuf_python have correct __init__.py.
|
| |
| |
| |
| |
| | |
Previously //:protobuf_python set no __init__.py so Bazel created an
empty one. This change makes it use the __init__.py from the repository.
|
| |
| |
| |
| |
| | |
This should fix Bazel builds, since those were missing a new file
(implicit_weak_message.cc).
|
| |
| |
| |
| |
| |
| |
| |
| | |
-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.
|
|\ \
| | |
| | | |
Fix iOS cc_library build for protobuf.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
|/ / |
|
| |
| |
| | |
These flags are ignored by cl.exe and have no effect, but add noise to the build logs.
|
| | |
|
| |
| |
| |
| |
| | |
This addressbook.proto now belongs to its own bazel pacakge and can't be
accessed in bazel protobuf_test target.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
See: https://github.com/bazelbuild/bazel/issues/3198
|
| |
| |
| |
| |
| | |
Don't put gcc warnings options in copts, so that protobuf is able to
build by MSVC toolchain without python wrappers.
|
|\ \
| | |
| | | |
Merged 3.3.x branch to master
|
| | | |
|
| | | |
|
|/ /
| |
| | |
This target will be used by gRPC iOS bazel build system.
|
| |
| |
| |
| | |
in order to avoid errors related to generics when
building user code in newer versions of Java.
|
| | |
|
|/ |
|
|\
| |
| | |
Added a header only cc_library target for the protobuf library.
|
| | |
|
| | |
|
|\ \
| |/
|/| |
FreeBSD compatibility
|
| | |
|
|/
|
|
| |
The first argument is currently implicitly a .bzl file.
Change this to be explicit.
|
|
|
| |
This allows easy use of Bazel's java_proto_library native rule.
|
|
|
|
|
| |
In pull request #2517 I made this change for the CMake and autotools
builds but forgot to do it for the Bazel build.
|
| |
|
|
|
|
|
|
|
|
|
| |
Bazel's built-in cc_proto_library rule uses a proto_lang_toolchain to learn how to invoke proto-compiler.
To use Bazel's cc_proto_library, add the following to your project's WORKSPACE file:
local_repository(
name = "com_google_protobuf_cc",
path = "/path/to/protobuf-distribution/"
)
|
| |
|
| |
|
| |
|