-
Notifications
You must be signed in to change notification settings - Fork 4k
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
Update java_tools v13.9 / rules_java 7.12.0 #23649
Conversation
I am trying to update the lockfile, but I get this error:
Please advise @hvadehra Thanks! |
Attempting to update them in #23654, lets see how it goes. |
- bazel_skylib: 1.6.1 -> 1.7.1 - stardoc: 0.5.6 -> 0.7.1 - rules_cc: 0.0.9 -> 0.0.10 - rules_proto: 6.0.0 -> 6.0.2 Also fixes version of rules_jvm_external to 6.0 for the patch override Split off from #23649 Closes #23654. PiperOrigin-RevId: 676762672 Change-Id: Iae347bac2d4ea4da5f03b20419c8f15367455203
@iancha1992 #23654 is merged, please try after rebasing this on HEAD. |
43c7d12
to
d665734
Compare
- bazel_skylib: 1.6.1 -> 1.7.1 - stardoc: 0.5.6 -> 0.7.1 - rules_cc: 0.0.9 -> 0.0.10 - rules_proto: 6.0.0 -> 6.0.2 Also fixes version of rules_jvm_external to 6.0 for the patch override Split off from #23649 Closes #23654. PiperOrigin-RevId: 676762672 Change-Id: Iae347bac2d4ea4da5f03b20419c8f15367455203
f3e60d1
to
9ee1a0f
Compare
@hvadehra I've rebased and got this error while updating the lockfile
|
*** Reason for rollback *** The rules aren't ready to be used with any Bazel version other than HEAD. Unblocks bazelbuild/bazel#23649 *** Original change description *** Switch `rules_java` rule macro redirects from `native.*` to those defined locally Using the rules requires a bazel version that contains all the changes in bazelbuild/bazel#23591 PiperOrigin-RevId: 677675846 Change-Id: Ibfd5d59e1dbfa04b0f0d5117493662d06f40f557
@iancha1992 Should be fixed by bazelbuild/rules_java@e4d1f09. You'll need to update your rules_java branch (https://github.com/bazelbuild/rules_java/tree/java_v13.9) to HEAD. |
@hvadehra I am experiencing another failure. Could you please take a look?
|
PiperOrigin-RevId: 676919221 Change-Id: Ia5c1eddfd493d9efac63c45baa14818daf7d8ecf
PiperOrigin-RevId: 676921410 Change-Id: Ie12eb5ecc28c4eeaa15b684847a7fe3ec8c75e3b
With Xcode 16, `upb` fails its own `-Werror` check due to using Clang extensions. Closes #23667. PiperOrigin-RevId: 676957876 Change-Id: I8e038b5f879077fefdb5811aff6ae5f56fb4f762
Saves overhead of interning and validation. PiperOrigin-RevId: 677198027 Change-Id: I3d8cd0bab0a7f5f5758d1b17c3f481b187eeeb18
PiperOrigin-RevId: 677623384 Change-Id: Ic5ddcb5dd3b0671fb0319b49690d29a81e0f44ba
Both for "bazel query" and "bazel cquery". RELNOTES: None. PiperOrigin-RevId: 677687076 Change-Id: I6da9fa9dcd5f4a2de2100f24546d6bcaf9954a94
Otherwise, one could have a dormant attribute on a regular rule by inheriting from a dependency resolution rule. RELNOTES: None. PiperOrigin-RevId: 677688900 Change-Id: Idab7268e125381008a0120033e8be9d93cfbf41a
…larkification. PiperOrigin-RevId: 677690028 Change-Id: I8aee192551f22ada82f22d9219f97b1fb20e65ae
PiperOrigin-RevId: 677697291 Change-Id: I1f201c4abdccd79fd80901c7f0ee68c728fc20cb
Closes #23706. PiperOrigin-RevId: 677697462 Change-Id: I3e7d6d856881c5208df86011f165389db744abf0
*** Reason for rollback *** Pivoting to a different approach. *** Original change description *** Add a starting point for the disk cache garbage collector. This is not yet a fully functional implementation. For now, the garbage collector (when enabled by the --experimental_disk_cache_max_size flag) merely checks whether the index database is missing or empty and, if so, recreates it from the filesystem contents. PiperOrigin-RevId: 677739324 Change-Id: Ic80419c01cf35fce034350b60ea6a8ebb6ae605b
save a bunch of boilerplate Closes #23695. PiperOrigin-RevId: 677739586 Change-Id: Iaa3b515ff1bcba965cb4ff5467058f258eb4e706
PiperOrigin-RevId: 677802443 Change-Id: I8583514fa9791c1655abea28e933b4abd44f305c
BEGIN_PUBLIC Load the builtin Bazel java rules from @rules_java END_PUBLIC PiperOrigin-RevId: 677821021 Change-Id: Id06be6a2dd11d9ef23ae0b70860864f47290c2c1
PiperOrigin-RevId: 677821571 Change-Id: Ic06383559272c0eb3a01b2045155e642b852858f
PiperOrigin-RevId: 677839283 Change-Id: I60599ec17e31f038485e79bb68f67d67431eb9d7
The garbage collection policy is defined by a maximum target size and a maximum age of individual cache entries, both of which may be simultaneously provided. I/O operations are parallelized to improve performance for large caches or slow filesystems. PiperOrigin-RevId: 677860078 Change-Id: Ib342ad5e80ef4ef4af237aae243a300d13caaa06
PiperOrigin-RevId: 677907326 Change-Id: I987aa2d34afb756ac9a0373df787626316e3a6dc
PiperOrigin-RevId: 677985968 Change-Id: I622cb57ff11d2f867ac75400113e19da25ad305f
This is required for aspects to propagate along python libraries (and binaries) with `required_providers` set. Otherwise the aspect terminates on the top-level target. This follows from/was inspired by #19609 where the `CcInfo` was added to `cc_binary` targets. The `cc_library` does provide `CcInfo` so an aspect can successfully propagate the `cc_library` tree. Also related: #17214 <details> <summary>Reproduction example to show the problem with py targets</summary> ``` #!/bin/sh set -eu dir=${1:-$(mktemp -d)} # "$dir"/BUILD.bazel {{{ cat > "$dir"/BUILD.bazel <<'EOF' # stack a high dependency tree py_binary( name = "base_py", srcs = ["base.py"], main = "base.py", ) py_library( name = "stack_0_py", srcs = ["extra.py"], deps = ["//:base_py"], ) [ py_library( name = "stack_{}_py".format(index), srcs = ["extra.py"], deps = [":stack_{}_py".format(index - 1)], ) for index in range(1, 2) ] cc_library( name = "base_cc", srcs = ["base.c"], ) cc_library( name = "stack_0_cc", srcs = ["extra.c"], deps = ["//:base_cc"], ) [ cc_library( name = "stack_{}_cc".format(index), srcs = ["extra.c"], deps = [":stack_{}_cc".format(index - 1)], ) for index in range(1, 2) ] EOF # }}} # "$dir"/file_count.bzl {{{ cat > "$dir"/file_count.bzl <<'EOF' FileCountInfo = provider( 'count', fields = { 'count' : 'number of files' } ) def _file_count_aspect_impl(_, ctx): name = ctx.rule.attr.name count = 0 # Make sure the rule has a srcs attribute. if hasattr(ctx.rule.attr, 'srcs'): # Iterate through the sources counting files for src in ctx.rule.attr.srcs: for _ in src.files.to_list(): count = count + 1 # Get the counts from our dependencies. for dep in ctx.rule.attr.deps: if FileCountInfo in dep: count = count + dep[FileCountInfo].count print(name, count) return [FileCountInfo(count = count)] ok = aspect( implementation = _file_count_aspect_impl, attr_aspects = ['deps'], ) required = aspect( implementation = _file_count_aspect_impl, required_providers = [ [PyInfo], [CcInfo], ], attr_aspects = ['deps'], ) EOF # }}} touch "$dir"/WORKSPACE touch "$dir"/base.py touch "$dir"/extra.py touch "$dir"/base.c touch "$dir"/extra.c echo Reproducing in "$dir" cd "$dir" || exit 1 bazelisk --version echo "[Python] First print the succesfull traversal with transient target, and accumulating count" ( set -x bazelisk build \ --ui_event_filters=-info --noshow_progress --noshow_loading_progress \ --show_result=0 \ --aspects=//:file_count.bzl%ok //:stack_1_py set +x ) echo "[Python] Now add 'required_providers', and the transitive dependencies disappear." ( set -x bazelisk build \ --ui_event_filters=-info --noshow_progress --noshow_loading_progress \ --show_result=0 \ --aspects=//:file_count.bzl%required //:stack_1_py set +x ) echo "[CC] Both works for cc_library" ( set -x bazelisk build \ --ui_event_filters=-info --noshow_progress --noshow_loading_progress \ --show_result=0 \ --aspects=//:file_count.bzl%ok //:stack_1_cc bazelisk build \ --ui_event_filters=-info --noshow_progress --noshow_loading_progress \ --show_result=0 \ --aspects=//:file_count.bzl%required //:stack_1_cc set +x ) ``` Output: ``` $ env USE_BAZEL_VERSION=7.0.0rc5 sh reproduction-aspect-required-provider. sh aspect-required-provider/ Reproducing in aspect-required-provider/ bazel 7.0.0rc5 [Python] First print the succesfull traversal with transient target, and accumulating count + bazelisk build --ui_event_filters=-info --noshow_progress --noshow_loading_progress --aspects=//:file_count.bzl%ok //:stack_1_py Starting local Bazel server and connecting to it... DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: base_py 1 DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_0_py 2 DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_1_py 3 + set +x [Python] Now add 'required_providers', and the transitive dependencies disappear. + bazelisk build --ui_event_filters=-info --noshow_progress --noshow_loading_progress --aspects=//:file_count.bzl%required //:stack_1_py DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_1_py 1 + set +x [CC] Both works for cc_library + bazelisk build --ui_event_filters=-info --noshow_progress --noshow_loading_progress --aspects=//:file_count.bzl%ok //:stack_1_cc DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: base_cc 1 DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_0_cc 2 DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_1_cc 3 + bazelisk build --ui_event_filters=-info --noshow_progress --noshow_loading_progress --aspects=//:file_count.bzl%required //:stack_1_cc DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: base_cc 1 DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_0_cc 2 DEBUG: /home/nils/task/reproductions/aspect-required-provider/file_count.bzl:22:10: stack_1_cc 3 ``` </details> Closes #20436. PiperOrigin-RevId: 677997144 Change-Id: Id2f75db10447b334a9d5ec9872e15f490ae44927
It may never be needed, for example when there is an action cache hit or an action file system is in use. PiperOrigin-RevId: 678030778 Change-Id: I9db28d5eb4637be3d628dc190f2b39e7a81dce77
PiperOrigin-RevId: 678110302 Change-Id: I2caa3ad37e0cb2fd1d300bfdace76c886fc1c405
Duplicate: #23738 |
*** Reason for rollback *** Rollforward of https://github.com/rules_java/bazel/commit/70970af9590a49b310312b2d01e85ac4fb72fff7, Bazel 7.3.2 is released and the rules are usable *** Original change description *** Partial rollback of commit 70970af. *** Reason for rollback *** The rules aren't ready to be used with any Bazel version other than HEAD. Unblocks bazelbuild/bazel#23649 *** Original change description *** Switch `rules_java` rule macro redirects from `native.*` to those defined locally Using the rules requires a bazel version that contains all the changes in bazelbuild/bazel#23591 PiperOrigin-RevId: 681344593 Change-Id: Idea53aea2a0569ff6e345edd6a1d1b44722117bf
bazelbuild/java_tools#92