The old method of specifying a default module for a package was using a bit on the module definition itself. The new method is to specify the module name as part of the package definition itself. The new approach makes more sense for a couple reasons. 1) it doesn't make sense to have more than one "default" for a given package, and yet the old model didn't prevent this; the new one prevents it by construction. 2) The defaultness of a module is really an aspect of the package, not the module, who is generally unaware of the package containing it. The other reason is that I'm auditing the code for nondeterministic map enumerations, and this came up, which simply pushed me over the edge. |
||
---|---|---|
.. | ||
package.go | ||
package_url.go | ||
package_url_test.go | ||
stable.go | ||
version.go | ||
version_test.go |