-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Release 5.0 - January 2022 #14013
Comments
Would you consider looking at #7386 for Bazel 5? This was missed as a change on Bazel 4 and has been tripping people up for a long time. The proposed steps to change the default were begun with the addition of an incompatible flag but have got stuck there. Perhaps we can now move to flipping the default to disabling the creation of But perhaps this is too short notice now? |
...and (related to @aaliddell's comment above): #12238 |
Thanks for flagging this; I'll check with @brandjon. Although yeah, the purpose of this thread is more on the side of making sure any in-flight changes can make it into 5.0, rather than start prioritizing stuff now. Nevertheless, I see that this has been a long-standing issue, so let's see if we have the cycles to make it happen. (Alternatively, feel free to send PRs if you have the time!) |
re: |
What about #13879? |
I'll check with @coeuvre. |
Please add (potential) release blockers to this milestone: https://github.com/bazelbuild/bazel/milestone/31 |
I'm still hoping that #14011 can make the cut – it's been open for a while already been pre-reviewed by @oquenchil (see discussion on #13819), so hopefully there's not much work left before it can be merged. |
Thanks, @philwo – not sure I'd say it's a release blocker, I'm just hoping to get that bug fixed :) |
Yeah, let's just put it on the list so we don't forget about it 😊 Easier to track open PRs / issues in a milestone than a free-form text like here. If it turns out to be too difficult to merge, we can push it back to the backlog. |
Will #7260 (incompatible_enable_cc_toolchain_resolution: Turn on toolchain resolution for cc rules) be resolved in 5.0? I see that it's still open, but tagged with breaking-change-5.0. |
@dws see there for an update; we're postponing it. |
It would be nice to get these in for Apple Silicon support: |
@brentleyjones the branch cut was supposed to be today, so unlikely that we can get those in. |
Status update: The branch cut was supposed to be today, but our downstream pipeline was too red to be a good candidate. We'll look through the breakages and determine whether most of them are non-Bazel issues, and try again tomorrow. |
@Wyverald I guess cherry-picks? |
@brentleyjones It's definitely possible to cherrypick those, and especially since it's looking like the branch cut will be delayed further anyhow. |
Update: Some last-minute issues popped up, which means that the branch cut is going to be delayed to next week. |
Update: The 5.0 release baseline has been cut. I'm wrangling release notes right now (there's quite a lot); will send an announcement email once that's done, and cherrypick requests will be accepted from then on. |
Does this mean that there will be a release without release candidate or I just missed the release candidate and I was not aware? |
There will be release candidates (where else would we cherrypick commits to? :P). I'm just preparing the first RC. All 5.0 RCs and the eventual 5.0 release share a baseline commit; that's what I meant by "The 5.0 release baseline has been cut". |
We are down to 0 known release blockers 😄 |
RC3 is out. Hopefully this is the one :) |
Hi all, since we're approaching the end of the year and the holidays are upon us, and we still have a couple of outstanding release blockers in RC3, we've decided to postpone the release of 5.0 to next year. I've updated the release date tentatively to 2022-01-10. (the previous comment aged rather poorly, alas) |
@meteorcloudy @Wyverald Should #14447 be cherry-picked to prevent a scenario where some Bazel modules don't work (and possibly can't be made to work) with Bazel 5.0.0? |
I agree with being careful as not to delay the release any further. We should keep in mind though that there might not be usable workarounds for the lack of these select's in macros in all cases, so a BCR branch might not help. Maybe ensuring that this gets into 5.1.0 is better. |
Since 5.0 includes many Apple Silicon related fixes, in particular iOS arm64 simulator support, it would be nice to get #14439 in as well, which adds watchOS arm64 and tvOS arm64 simulator support. |
@brentleyjones I prefer not to delay the release of 5.0 by cherry-picking more features (which are not even yet merged), but we can maybe consider it in 5.1. |
Understood. |
#14471 <- Would this change be eligible for cherry-picking? |
In general, if it's not a regression in 5.0 (compared to say 4.2), I'm reluctant to cherrypick it at this stage. It's not immediately clear to me whether #14471 is fixing a regression or an old bug. |
I'm trying out the 5.0rc3 at Robinhood's monorepo and it is causing some weirdness with |
Update: The 5.0 release binaries have now been pushed. Documentation generation and the blog post are still in progress. In the meantime, @vbatts @petemounce @excitoon could you update the relevant packages in Chocolatey, Scoop, etc.? |
Pushed! |
#14013 PiperOrigin-RevId: 422828731
What the process for 5.0.1 or 5.1? There were some changes that didn't get cherry-picked into 5.0 that would be nice to get into a branch sooner rather than later (as to not forget about them). |
We're probably going to create a new milestone for 5.0.1, and one for 5.1 as well. For now, please ping me in those issues and I'll add them to the appropriate lists later. |
sorry for the delay.
I've kicked off builds for fedora and cento.
This marks as package name as "bazel5"
https://copr.fedorainfracloud.org/coprs/build/3493215
|
The build failed on a number of the platforms
* fedora 36 (all arches)
* fedora rawhide (all arches)
```shell
ERROR: /builddir/build/BUILD/bazel-5.0.0/src/main/cpp/BUILD:228:11: Compiling src/main/cpp/rc_file.cc failed: (Exit 1): gcc failed: error executing command
(cd /var/tmp/bazel_IjI0AnKi/out/execroot/io_bazel && \
exec env - \
PATH=/builddir/build/BUILD/bazel-5.0.0/bin-hack:/builddir/.local/bin:/builddir/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin \
PWD=/proc/self/cwd \
/usr/bin/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -g0 -O2 '-D_FORTIFY_SOURCE=1' -DNDEBUG -ffunction-sections -fdata-sections '-std=c++0x' -MD -MF bazel-out/aarch64-opt/bin/src/main/cpp/_objs/rc_file/rc_file.d '-frandom-seed=bazel-out/aarch64-opt/bin/src/main/cpp/_objs/rc_file/rc_file.o' -DBLAZE_OPENSOURCE -iquote . -iquote bazel-out/aarch64-opt/bin -include/usr/include/c++/11/limits -fno-canonical-system-headers -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' -c src/main/cpp/rc_file.cc -o bazel-out/aarch64-opt/bin/src/main/cpp/_objs/rc_file/rc_file.o)
# Configuration: 748b5b758b09e1994494c90a8cb080e0306949cc69b7accf3e2939eb3d3a3e35
# Execution platform: //:default_host_platform
<command-line>: fatal error: /usr/include/c++/11/limits: No such file or directory
compilation terminated.
[459 / 1,107] 3 actions running
Compiling src/compiler/csharp_generator.cc [for host]; 4s local
Compiling src/compiler/cpp_generator.cc [for host]; 4s local
Compiling src/compiler/ruby_generator.cc [for host]; 0s local
```
https://download.copr.fedorainfracloud.org/results/vbatts/bazel/fedora-36-aarch64/03493215-bazel5/build.log.gz
* epel 7 (all arches)
```shell
ERROR: /var/tmp/bazel_ypZaJyXq/out/external/com_github_grpc_grpc/BUILD:1254:16: Compiling src/core/lib/iomgr/resolve_address_custom.cc failed: (Exit 1): gcc failed: error executing command
(cd /var/tmp/bazel_ypZaJyXq/out/execroot/io_bazel && \
exec env - \
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/sbin:/builddir/.local/bin:/builddir/bin \
PWD=/proc/self/cwd \
/usr/bin/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -g0 -O2 '-D_FORTIFY_SOURCE=1' -DNDEBUG -ffunction-sections -fdata-sections '-std=c++0x' -MD -MF bazel-out/ppc-opt/bin/external/com_github_grpc_grpc/_objs/grpc_base_c/resolve_address_custom.d '-frandom-seed=bazel-out/ppc-opt/bin/external/com_github_grpc_grpc/_objs/grpc_base_c/resolve_address_custom.o' -iquote external/com_github_grpc_grpc -iquote bazel-out/ppc-opt/bin/external/com_github_grpc_grpc -iquote external/upb -iquote bazel-out/ppc-opt/bin/external/upb -iquote external/com_google_protobuf -iquote bazel-out/ppc-opt/bin/external/com_google_protobuf -iquote external/com_google_absl -iquote bazel-out/ppc-opt/bin/external/com_google_absl -iquote . -iquote bazel-out/ppc-opt/bin -isystem external/com_github_grpc_grpc/include -isystem bazel-out/ppc-opt/bin/external/com_github_grpc_grpc/include -isystem external/com_github_grpc_grpc/src/core/ext/upb-generated -isystem bazel-out/ppc-opt/bin/external/com_github_grpc_grpc/src/core/ext/upb-generated -isystem external/com_github_grpc_grpc/src/core/ext/upbdefs-generated -isystem bazel-out/ppc-opt/bin/external/com_github_grpc_grpc/src/core/ext/upbdefs-generated -isystem third_party/zlib -isystem bazel-out/ppc-opt/bin/third_party/zlib -fno-canonical-system-headers -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' -c external/com_github_grpc_grpc/src/core/lib/iomgr/resolve_address_custom.cc -o bazel-out/ppc-opt/bin/external/com_github_grpc_grpc/_objs/grpc_base_c/resolve_address_custom.o)
# Configuration: cb266f3995a6d05424d5d5f9027f493b1e9335e0a601bb71bcd48f86902f55b7
# Execution platform: //:default_host_platform
In file included from external/com_github_grpc_grpc/src/core/lib/iomgr/closure.h:33:0,
from external/com_github_grpc_grpc/src/core/lib/iomgr/exec_ctx.h:35,
from external/com_github_grpc_grpc/src/core/lib/iomgr/pollset.h:27,
from external/com_github_grpc_grpc/src/core/lib/iomgr/pollset_set.h:24,
from external/com_github_grpc_grpc/src/core/lib/iomgr/resolve_address.h:36,
from external/com_github_grpc_grpc/src/core/lib/iomgr/resolve_address_custom.h:25,
from external/com_github_grpc_grpc/src/core/lib/iomgr/resolve_address_custom.cc:21:
external/com_github_grpc_grpc/src/core/lib/iomgr/resolve_address_custom.cc: In function 'grpc_error* try_split_host_port(const char*, const char*, std::string*, std::string*)':
external/com_github_grpc_grpc/src/core/lib/iomgr/resolve_address_custom.cc:97:60: error: no matching function for call to 'StrFormat(const char [28], const char*&)'
absl::StrFormat("unparseable host:port: '%s'", name));
```
https://download.copr.fedorainfracloud.org/results/vbatts/bazel/epel-7-ppc64le/03493215-bazel5/build.log.gz
|
Thanks, Vincent! Let's track this build failure in #14819 |
Status of Bazel 5.0
To report a release-blocking bug, please add it to the 5.0 release blocker milestone, and cc me.
Task list:
The text was updated successfully, but these errors were encountered: