goproxy | high performance HTTP proxies , SOCKS5 proxies | Proxy library

The problem was in the settings of golangci modules-download-mode

this solution is set this variable to vendor mode:

Looking at go mod tidy, try first (Go 1.16+, from issue 26603):

The answer to the wasm question (as you posted) talks about cgo. cgo invokes platform compiler with platform specific headers/libs (on Mac, with framework too). When you cross-compile with CC, you also need cross-compile compiler + headers/libs + frameworks. It is not easy: you may need tools like xgo. But still cross-compile may fail.

Go is different, Go re-implements a HAL in go or plan9 ASM on each OS/arch. So when you cross-compile cgo + go for am64 on arm64 together, go build will try to blend "cgo+arm64" with "go+amd64". Sadly, it is an empty set for the built-in go build tool.

Refer to the @fperson's own answer.

Make sure your VSCode terminal is a bash one, not a CMD or Powershell.

In a CMD or Powershell, the syntax var=xxx cmd would not be correctly interpreted as: set a variable and execute a command inheriting its environment variables, including the one set.

Only go install can work outside of any project (without a local .go.mod$

Since Go 1.16, if the arguments have version suffixes (like @latest or @v1.0.0), go install builds packages in module-aware mode, ignoring the go.mod file in the current directory or any parent directory if there is one.

This is useful for installing executables without affecting the dependencies of the main module.

go build is meant to be used within a local project, with its go.mod dependencies list. It compiles, but does not install, a package.

Finally, I figure it out and everything is working as expected, so it's nothing to do with net/http2.

For more details, please refer to this issue: https://github.com/golang/go/issues/50000.

Okay I solved my problem.

First, my WORKDIR wasn't pointing at the right directory : WORKDIR /go/src/github.com/rosmo/gcs2bq instead of WORKDIR /work/src/github.com/rosmo/gcs2bq but it's only because of me using /work instead of /go for the installed packages.

Then I added the follwing after the COPY main.go . command :

Two things to try:

• Use Go 1.16 (which is the version currently used to build/run Fabric).
• Use Go installed to /usr/local/go with the official installer rather than installed with Homebrew.

If there really is something wrong with the imports in those files, which there shouldn't be unless they have been modified locally, use the goimports -l -w command for each of the files listed to correct them.

For reference, I am also using a Macbook Pro, running MacOS Monterey but previously with Big Sur, and make basic-checks runs cleanly for me with Go 1.16.9 on the latest main branch code.

Flag -l is used to indicate libraries that the linker is supposed to use to build your application. If it's a new laptop, it's possible that the libraries are not installed. You should be able to install the libraries needed using the following commands: