Closed mou-hao closed 2 years ago
Hey! Great work! That said, could you figure out why you had to make that change to the gRPC code? We want to use ServiceRegistrar. See this commit for details:
Hey! Great work! That said, could you figure out why you had to make that change to the gRPC code? We want to use ServiceRegistrar. See this commit for details:
b5c450e#diff-af62cb3a3a7c777bd1b8feed18657c3ecae951d2dbdea55527f08c8c67967c71
The generated code has type *grpc.Server
instead of ServiceRegistrar
once I put go_dependencies()
before go_rules_dependencies()
. Seeing the commit you linked, I think what I did messed up the patch... Let me try to fix this.
I got ServiceRegistrar
back. I'll update ntCreateFile
to return an error that gets matched by os.IsExist()
and the remote execution tomorrow when I got time. Thanks for the quick review!
Hi! Hope you all are doing well!
This change includes:
go_dependencies()
beforego_rules_dependencies()
.The rationale for doing the last is that, if we have specified a version in
go.mod
, we probably want that exact version. However, if we putgo_dependencies()
aftergo_rules_dependencies()
, dependencies loaded by both will be the version ingo_rules_dependencies()
. Reversing the order fixes this (doc). I found this when trying to upgradegolang.org/x/sys
. This does mean I have to replacegrpc.ServiceRegistrar
with*grpc.Server
in a couple of places though, probably because thego_grpc
version specified ingo.mod
is the one being used now.I will create another PR to bb-remote-execution following this PR. This PR is part of buildbarn/bb-remote-execution#7.
Cheers, mh
My employer has requested me to include the following disclaimer: