-
Notifications
You must be signed in to change notification settings - Fork 17.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
plugin: requires CGO_ENABLED=1 #19569
Comments
Ouch, this one is really annoying as it prevents from using plugins with a statically linked golang executable (made for Docker containers). |
The implementation of plugins requires the dynamic linker, so it will not work with statically linked executables. Changing that would be hard. There are no plans to do it. |
CL https://golang.org/cl/43158 mentions this issue. |
I've mailed https://go-review.googlesource.com/43158 for starters. |
Wouldn't this technically break the backwards compatibility promise? Since in 1.8 these builds compile fine with runtime errors. |
As noted on the CL, I don't think preventing programs that import the plugin package from building is the right approach. And if we do think it is the right approach, we can do that by simply changing the plugin package to fail in some way when cgo is not available. |
Is there any update on this yet? In the context of AWS Lambda, if
With |
@1x-eng I managed to run plugins in a lambda today without either of those errors. I did compile with |
Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (
go version
)?go version go1.8 linux/amd64
What operating system and processor architecture are you using (
go env
)?What did you do?
I tried to build a simple plugin with
CGO_ENABLED=0
. It builds fine, and at plugin load time you get an errorplugin: not implemented
. This is an intentional limitation at the moment, but I think it moves backwards in the general trend of the language development, which has been moving away from C dependencies. This should hopefully be a discussion around supporting plugins without the need for CGO.What did you expect to see?
I expected to be able to build and load plugins without CGO.
What did you see instead?
I got an error saying
plugin: not implemented
.The text was updated successfully, but these errors were encountered: