-
Notifications
You must be signed in to change notification settings - Fork 148
Symlink build behavior change #528
Comments
@fzerorubigd I don't believe that old behaviour was supported. The go/build package was ruthless in its rejection of symlinks. The workaround from #100 was to cd into $PROJECT/vendor and build, that would place any binary dependencies in $PROJECT/vendor/bin. I'll check an older revision and confirm. Wrt. your example, gb only builds code that is in $PROJECT/src/. If there are other dependencies in $GOROOT/src or $PROJECT/vendor/src then they would be built transitively but were never considered to be the roots of any package built (modulo #505 which is hard to exploit) |
Another workaround is to move the vendored |
In my case, I can not move the code inside the src. there is a library attached to this code. splitting that package into two separate package is out of my control. its something like go-bindata (see #100) |
@fzerorubigd how about this as a counterproposal gb build $PKG will build that package if it finds it in $PROJECT/src or On Thu, Dec 31, 2015 at 11:04 PM, fzerorubigd notifications@github.com
|
That's great. +1! |
@fzerorubigd ok, i'll look into how complicated it is to make that happen. For reference cd $PROJECT; gb build will only build the contents of $PROJECT/src/... but cd $PROJECT; gb build $PKG will build $PKG if it is found in $PROJECT/src/$PKG or $PROJECT/vendor/src/$PKG How does that sound ? |
This is ok, I already use this by setting the GOPATH and using the Go tool in a make file (as a workaround) |
@fzerorubigd closed in #555. |
@davecheney Thank you! |
Before #511 this structure was ok :
this code : https://github.com/fzerorubigd/gb511,
gb build
dose not build anything with errorFATAL: command "build" failed: no packages supplied
, butgb build somecode
build it ok.but in new version I get this error :
I don't know if this is a bug or not, but its somehow change in the old behavior.
The text was updated successfully, but these errors were encountered: