Skip to content

Conversation

@rickeylev
Copy link
Contributor

Starting with a GH pr for external feedback. I'll resend as an internal CL once approved.

@rickeylev rickeylev requested review from Wyverald and fmeum May 17, 2023 22:07
@github-actions github-actions bot added awaiting-review PR is awaiting review from an assigned reviewer team-Documentation Documentation improvements that cannot be directly linked to other team labels labels May 17, 2023
@rickeylev rickeylev added the area-Bzlmod Bzlmod-specific PRs, issues, and feature requests label May 17, 2023
Copy link
Collaborator

@fmeum fmeum left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This explains the point pretty well.

Two aspects you could (but don't have to) cover:

  1. Root modules may not remain root modules forever, so it may make sense to prefer toolchain resolution to explicit toolchain repo references even for them.
  2. A module extension could postprocess the name attribute per module, so just having two tags with identical names in different modules doesn't guarantee a collision. However, distinguishing between the two would require caller-dependent macros (e.g. using native.module_name), which is pretty complex and best avoided (although something as complex as rules_nixpkgs will probably need it).

@sgowroji sgowroji added the team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file. label Jan 29, 2024
Copy link
Member

@Wyverald Wyverald left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sorry, I somehow completely missed this one. LGTM!

@Wyverald Wyverald added awaiting-PR-merge PR has been approved by a reviewer and is ready to be merge internally and removed awaiting-review PR is awaiting review from an assigned reviewer labels Jan 30, 2024
@github-actions github-actions bot removed the awaiting-PR-merge PR has been approved by a reviewer and is ready to be merge internally label Jan 30, 2024
@brentleyjones
Copy link
Contributor

@bazel-io fork 7.1.0

bazel-io pushed a commit to bazel-io/bazel that referenced this pull request Feb 12, 2024
…ository names

Starting with a GH pr for external feedback. I'll resend as an internal CL once approved.

Closes bazelbuild#18443.

PiperOrigin-RevId: 602844306
Change-Id: I5ab6aac6816c40caa77d028a19956d4f2af79d83
github-merge-queue bot pushed a commit that referenced this pull request Feb 12, 2024
…ying repository names (#21300)

Starting with a GH pr for external feedback. I'll resend as an internal
CL once approved.

Closes #18443.

Commit
9f5d39e

PiperOrigin-RevId: 602844306
Change-Id: I5ab6aac6816c40caa77d028a19956d4f2af79d83

Co-authored-by: Richard Levasseur <[email protected]>
@iancha1992
Copy link
Member

The changes in this PR have been included in Bazel 7.1.0 RC1. Please test out the release candidate and report any issues as soon as possible. If you're using Bazelisk, you can point to the latest RC by setting USE_BAZEL_VERSION=last_rc.
Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area-Bzlmod Bzlmod-specific PRs, issues, and feature requests team-Documentation Documentation improvements that cannot be directly linked to other team labels team-ExternalDeps External dependency handling, remote repositiories, WORKSPACE file.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants