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: Open on OSX results in linker warning #21776
Comments
Fixed by 88a1e85 |
Thank you @hirochachacha for the fix and for mentioning that it is fixed @edaniels, as @hirochachacha mentioned, this issue is fixed on tip/latest on master. Before fixAfter fixI'll close this issue, please reopen if it returns. |
@odeke-em Thank you for your confirmation. |
I'm also running into this, and noticed the issue was tagged in 1.10 milestone, but 1.9.1. Is that an oversight, or will this fix automatically get included in 1.9.1? |
Reopening to consider whether it should be fixed in 1.9. My impression, though, is that plugins don't work on MacOS in 1.9 anyhow, in which case fixing this in 1.9 seems pointless. Am I wrong about that? |
You are correct. For me it's just noise in my daily workflow. If the fix mentioned was not intrusive, then it would be nice to have this in 1.9.1. I have seen other people on my team mention it and they typically think something went wrong. |
The plugins don't work in MacOS, but until this bug, we were able to build binaries from MacOS with |
Actually, I should clarify. Our team are all using Macbooks. Our project includes support for a plugin, but we don't have any tests implemented in that package. So in go1.8 we were able to build and run our binary (without a plugin), as well as all of our tests on a Mac. We were also able to build linux binaries from a Mac, that we could run on a linux device to load and test the plugin. In go1.9 we can no longer build our project on a Mac due to this bug. So this is blocking us from upgrading to 1.9...hence the desire to see the fix in go1.9.1. |
comment out + build tags don't work for you? |
We'd need to restructure the code to use build tags which is fine. In general we look for the plugin on all platforms by a generic name. We use a fallback piece of code if the plugin is not found. |
@hirochachacha, yes, there are workarounds. But can we not expect a regression to be fixed in the next point release rather than the next major? Especially since your fix was a single-line change that can easily be cherry-picked into 1.9.1? |
@mmindenhall I'm not a judge. Maybe go team will decide. |
I don't have a strong opinion on this. It's a line of noise in the -v output, so not something I'd consider important enough to risk in a point release. |
I'm fairly uncomfortable with a subtle change like this, especially just to make a warning disappear, especially for use of plugin, which is quite experimental. I think people using plugin will probably just have to live with the warning. Not for Go 1.9.2. Closing because already fixed. |
It's still somewhat annoying, especially running |
Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (
go version
)?go version go1.9 darwin/amd64
Does this issue reproduce with the latest release?
Yes
What operating system and processor architecture are you using (
go env
)?What did you do?
Built a package with
plugin.Open
being used.Code:
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
What did you expect to see?
No linker warning
What did you see instead?
Not an issue in 1.8.3. I understand that plugins do not work in macos but they should not produce any warnings since plugin is a std package.
The text was updated successfully, but these errors were encountered: