go.plugin 1.23.12.3

dotnet add package go.plugin --version 1.23.12.3
                    
NuGet\Install-Package go.plugin -Version 1.23.12.3
                    
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="go.plugin" Version="1.23.12.3" />
                    
For projects that support PackageReference, copy this XML node into the project file to reference the package.
<PackageVersion Include="go.plugin" Version="1.23.12.3" />
                    
Directory.Packages.props
<PackageReference Include="go.plugin" />
                    
Project file
For projects that support Central Package Management (CPM), copy this XML node into the solution Directory.Packages.props file to version the package.
paket add go.plugin --version 1.23.12.3
                    
#r "nuget: go.plugin, 1.23.12.3"
                    
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
#:package go.plugin@1.23.12.3
                    
#:package directive can be used in C# file-based apps starting in .NET 10 preview 4. Copy this into a .cs file before any lines of code to reference the package.
#addin nuget:?package=go.plugin&version=1.23.12.3
                    
Install as a Cake Addin
#tool nuget:?package=go.plugin&version=1.23.12.3
                    
Install as a Cake Tool

go.plugin

C# package converted from the Go standard library by go2cs.

Tests Docs
Source Source

Package plugin implements loading and symbol resolution of Go plugins.

A plugin is a Go main package with exported functions and variables that has been built with:

go build -buildmode=plugin

When a plugin is first opened, the init functions of all packages not already part of the program are called. The main function is not run. A plugin is only initialized once, and cannot be closed.

Warnings

The ability to dynamically load parts of an application during execution, perhaps based on user-defined configuration, may be a useful building block in some designs. In particular, because applications and dynamically loaded functions can share data structures directly, plugins may enable very high-performance integration of separate parts.

However, the plugin mechanism has many significant drawbacks that should be considered carefully during the design. For example:

  • Plugins are currently supported only on Linux, FreeBSD, and macOS, making them unsuitable for applications intended to be portable.

  • Applications that use plugins may require careful configuration to ensure that the various parts of the program be made available in the correct location in the file system (or container image). By contrast, deploying an application consisting of a single static executable is straightforward.

  • Reasoning about program initialization is more difficult when some packages may not be initialized until long after the application has started running.

  • Bugs in applications that load plugins could be exploited by an attacker to load dangerous or untrusted libraries.

  • Runtime crashes are likely to occur unless all parts of the program (the application and all its plugins) are compiled using exactly the same version of the toolchain, the same build tags, and the same values of certain flags and environment variables.

  • Similar crashing problems are likely to arise unless all common dependencies of the application and its plugins are built from exactly the same source code.

  • Together, these restrictions mean that, in practice, the application and its plugins must all be built together by a single person or component of a system. In that case, it may be simpler for that person or component to generate Go source files that blank-import the desired set of plugins and then compile a static executable in the usual way.

For these reasons, many users decide that traditional interprocess communication (IPC) mechanisms such as sockets, pipes, remote procedure call (RPC), shared memory mappings, or file system operations may be more suitable despite the performance overheads.


Copyright 2009 The Go Authors. All rights reserved. This C# package is converted from Go standard library source; use of that source is governed by a BSD-style license that can be found in the LICENSE file. The go2cs conversion itself is distributed under the MIT license.

Product Compatible and additional computed target framework versions.
.NET net10.0 is compatible.  net10.0-android was computed.  net10.0-browser was computed.  net10.0-ios was computed.  net10.0-maccatalyst was computed.  net10.0-macos was computed.  net10.0-tvos was computed.  net10.0-windows was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last Updated
1.23.12.3 100 9/8/2026
1.23.12.2 97 8/29/2026
1.23.12.1 107 8/26/2026
1.23.1.7 99 8/23/2026
1.23.1.6 103 8/11/2026
1.23.1.5 103 8/9/2026
1.23.1.4 107 8/8/2026
1.23.1.3 103 8/4/2026
1.23.1.2 114 7/27/2026
1.23.1.1 110 7/14/2026