What version of Go are you using (go version)?

$ go version
go version go1.13.5 windows/amd64

Does this issue reproduce with the latest release?

What operating system and processor architecture are you using (go env)?

$ go env
set GO111MODULE=
set GOARCH=amd64
set GOBIN=
set GOCACHE=C:\Users\alastair.houghton\AppData\Local\go-build
set GOENV=C:\Users\alastair.houghton\AppData\Roaming\go\env
set GOEXE=.exe
set GOFLAGS=
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GONOPROXY=
set GONOSUMDB=
set GOOS=windows
set GOPATH=D:\work\go
set GOPRIVATE=
set GOPROXY=https://proxy.golang.org,direct
set GOROOT=c:\go
set GOSUMDB=sum.golang.org
set GOTMPDIR=
set GOTOOLDIR=c:\go\pkg\tool\windows_amd64
set GCCGO=gccgo
set AR=ar
set CC=gcc
set CXX=g++
set CGO_ENABLED=1
set GOMOD=
set CGO_CFLAGS=-g -O2
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-g -O2
set CGO_FFLAGS=-g -O2
set CGO_LDFLAGS=-g -O2
set PKG_CONFIG=pkg-config
set GOGCCFLAGS=-m64 -mthreads -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=C:\Users\ALASTA~1.HOU\AppData\Local\Temp\go-build003328866=/tmp/go-build -gno-record-gcc-switches

What did you do?

I was trying to use operator-sdk on Windows. I know, I know, I'm on Windows...

The operator-sdk generate k8s command was putting files in the wrong place. The reason for this is that, on Windows, the IsLocalImport() function in src/go/build/build.go gets passed a path that looks like this:

.\\pkg\\apis\\foobar\\v1alpha1

whereupon it returns false, because it's looking for forward slashes.

What did you expect to see?

Everything in build.go should probably work on Windows. Right now, I can see a number of other things that won't as well.

IsLocalImport() should presumably just use filepath.IsAbs()?

What did you see instead?

There's code in src/go/build/build.go that is clearly not right for Windows because it relies on pathnames containing slashes where on Windows they're going to contain backslashes instead.