fix(deps): update module github.com/c-robinson/iplib to v2 #620
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v1.0.8
->v2.0.5
Release Notes
c-robinson/iplib (github.com/c-robinson/iplib)
v2.0.5
: 2.0.5Compare Source
v2.0.4
: 2.0.4Compare Source
Net6.Enumerate()
on 32bit architecturesiplib.AllNetsBetween(0.0.0.0, 255.255.255.255)
will now return a single /0 network instead of two /1's.v2.0.3
: 2.0.3Compare Source
AllNetworksBetween()
function generates a[]iplib.Net
of all the networks required to span two IP addresses inclusivelyNewNetBetween()
to always consider the final address when generating a netblock Previously it would sometimes exclude this address when it should not haveNewNetBetween()
to reflect reality. Previously the docs indicated that the generated network would be exclusive of both the start and end addresses which was just wrong and kind of dumbNet6.Count()
reported zero addresses for ::/0 instead of whatever the actual gimungous number is, which was introduced during the cutover toUint128
v2.0.2
: 2.0.2Compare Source
Net6.Enumerate()
on linux (but not macos 😬) by creating local variables inside goroutinesNet4.Enumerate()
andNet6.Enumerate()
Also some repo cleanup
v2.0.1
: 2.0.1Compare Source
go get
invocation, example imports and documentation references to v2 in the README for iplib, iid and ianav2.0.0
: 2.0.0Compare Source
This release introduces a breaking change for IPv6 functions that take or return an integer value, including the
Hostmask
andNet6
structs and methods. Previously these functions relied upon*big.Int
to hold the v6 address space, but this has been replaced bylukechampine.com/uint128
. The performance improvement for the affected functions is so significant (from 5x faster for the increment/decrement functions to a whopping 25x faster forDeltaIP6()
) that it easily justifies the incompatibility. IPv4 functions are unaffected by this change.It has always been a goal for this library to not rely on dependencies outside of the Go standard library and hopefully some future v3 of this library could employ an internal
uint128
type but that would require the adoption of this proposal or something similar.TLDR:
*big.Int
have been rewritten to takeuint128.Uint128
insteaduint128.Uint128
(the*big.Int
converters still remain)Net6
andHostmask
now also take and useuint128.Uint128
net.IP
because, weirdly, I need to do thisConfiguration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.