You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running go work init && go work use -r . in the Go repo results in an unusable workspace:
$ go build std
go: module asm appears multiple times in workspace
src/crypto/internal/bigmod/_asm and src/crypto/internal/edwards25519/field/_asm are the two modules named asm. These should probably have unique names to avoid breaking builds.
Context: I don't actually particularly want to use a workspace of all modules in the go repo. I am generating cross-references for https://cs.opensource.google/go, and I want nested modules (like golang.org/x/tools/gopls) included. go work use -r . is a simple way to achieve that, and it seems silly to need a special case for the go repo when we could make this just work.
The text was updated successfully, but these errors were encountered:
The two crypto modules are both named "asm". If both are included in a
single go.work (e.g., from `go work use -r .` in the repo), builds break
from "module asm appears multiple times in workspace".
Give these modules fully-qualified names to avoid conflicts. While we
are here, also expand the name of two other testdata modules. Those
modules don't currently conflict, but they have vague names at risk of
future conflicts.
Fixesgolang#57769.
Change-Id: I2bd8a505051e92348d49560ec698ed921f2c81be
Reviewed-on: https://go-review.googlesource.com/c/go/+/461896
Reviewed-by: Bryan Mills <bcmills@google.com>
TryBot-Result: Gopher Robot <gobot@golang.org>
Reviewed-by: Filippo Valsorda <filippo@golang.org>
Run-TryBot: Michael Pratt <mpratt@google.com>
Reviewed-by: Cherry Mui <cherryyz@google.com>
Auto-Submit: Michael Pratt <mpratt@google.com>
FiloSottile
pushed a commit
to FiloSottile/edwards25519
that referenced
this issue
Dec 10, 2023
The two crypto modules are both named "asm". If both are included in a
single go.work (e.g., from `go work use -r .` in the repo), builds break
from "module asm appears multiple times in workspace".
Give these modules fully-qualified names to avoid conflicts. While we
are here, also expand the name of two other testdata modules. Those
modules don't currently conflict, but they have vague names at risk of
future conflicts.
Fixesgolang/go#57769.
Change-Id: I2bd8a505051e92348d49560ec698ed921f2c81be
Reviewed-on: https://go-review.googlesource.com/c/go/+/461896
Reviewed-by: Bryan Mills <bcmills@google.com>
TryBot-Result: Gopher Robot <gobot@golang.org>
Reviewed-by: Filippo Valsorda <filippo@golang.org>
Run-TryBot: Michael Pratt <mpratt@google.com>
Reviewed-by: Cherry Mui <cherryyz@google.com>
Auto-Submit: Michael Pratt <mpratt@google.com>
Running
go work init && go work use -r .
in the Go repo results in an unusable workspace:src/crypto/internal/bigmod/_asm
andsrc/crypto/internal/edwards25519/field/_asm
are the two modules namedasm
. These should probably have unique names to avoid breaking builds.cc @FiloSottile
Context: I don't actually particularly want to use a workspace of all modules in the go repo. I am generating cross-references for https://cs.opensource.google/go, and I want nested modules (like
golang.org/x/tools/gopls
) included.go work use -r .
is a simple way to achieve that, and it seems silly to need a special case for the go repo when we could make this just work.The text was updated successfully, but these errors were encountered: