build(deps): bump bitstring from 4.0.2 to 4.1.2

[dependabot]

Bumps bitstring from 4.0.2 to 4.1.2.

Release notes

Sourced from bitstring's releases.

bitstring-4.1.2

Another maintenance release. Once again some small changes to the 'beta' Array class, plus new Array functionality.

• Fix for the module command-line usage. Bug #290.
• Fix for when creating bitstrings from memoryview objects.
• Renamed the 'fmt' parameter for Arrays to 'dtype'.
• More Array operator coverage.
• Added operators that act on two Arrays of the same size.
• Added comparison operators for Arrays that return an Array of bools.
• Added Array.equals method as == will now return an Array (see above item).
• Added astype() method for Arrays to easily cast to a new dtype.

bitstring-4.1.1

A maintenance release, with some changes to the Array class which is still in 'beta'.

• bitarray dependency now pinned to ">=2.8.0, <3.0.0" rather than a specific version. Bug #283.
• Fix for using numpy integers as integer parameters. Bug #286.
• Removed ability to extend an Array with the '+' operator. Use the 'extend' method instead.
• Improvements when pretty-printing the Array.
• Array.count() can now count 'nan' values for floating point types.

bitstring-4.1.0

This has turned into a suprisingly big release, with a major refactor and a brand new class (the first for 12 years!) There are also a couple of small possibly breaking changes detailed below, in particular 'auto' initialising bitstrings from integers is now disallowed.

Speed increased with bitarray dependency.

The major weakness of bitstring has been its poor performance for computationally intensive tasks relative to lower level alternatives. This was principally due to relying on pure Python code to achieve things that the base language often didn't have fast ways of doing.

This release starts to address that problem with a fairly extensive rewrite to replace much of the pure Python low-level bit operations with methods from the bitarray package. This is a package that does many of the same things as bitstring, and the two packages have co-existed for a long time. While bitarray doesn't have all of the options and facilities of bitstring it has the advantage of being very fast as it is implemented in C. By replacing the internal datatypes I can speed up bitstring's operations while keeping the same API.

Huge kudos to Ilan Schnell for all his work on bitarray.

New Array class for homogeneous data (beta)

If your data is all of the same type you can make use of the new Array class, which mirrors much of the functionality of the standard array.array type, but doesn't restrict you to just a dozen formats.

... (truncated)

Changelog

Sourced from bitstring's changelog.

September 2023: version 4.1.2 released

Another maintenance release. Once again some small changes to the 'beta' Array class, plus new Array functionality.

• Fix for the module command-line usage. Bug #290.
• Fix for when creating bitstrings from memoryview objects.
• Renamed the 'fmt' parameter for Arrays to 'dtype'.
• More Array operator coverage.
• Added operators that act on two Arrays of the same size.
• Added comparison operators for Arrays that return an Array of bools.
• Added Array.equals method as == will now return an Array (see above item).
• Added astype() method for Arrays to easily cast to a new dtype.

---

August 2023: version 4.1.1 released

A maintenance release, with some changes to the Array class which is still in 'beta'.

• bitarray dependency now pinned to ">=2.8.0, <3.0.0" rather than a specific version. Bug #283.
• Fix for using numpy integers as integer parameters. Bug #286.
• Removed ability to extend an Array with the '+' operator. Use the 'extend' method instead.
• Improvements when pretty-printing the Array.
• Array.count() can now count 'nan' values for floating point types.

---

August 2023: version 4.1.0 released

This has turned into a suprisingly big release, with a major refactor and a brand new class (the first for 12 years!) There are also a couple of small possibly breaking changes detailed below, in particular 'auto' initialising bitstrings from integers is now disallowed.

• Speed increased with bitarray dependency.

The major weakness of bitstring has been its poor performance for computationally intensive tasks relative to lower level alternatives. This was principally due to relying on pure Python code to achieve things that the base language often didn't have fast ways of doing.

This release starts to address that problem with a fairly extensive rewrite to replace much of the pure Python low-level bit operations with methods from the bitarray package. This is a package that does many of the same things as bitstring, and the two packages have co-existed for a long time. While bitarray doesn't have all of the options and facilities of bitstring it has the advantage of being very fast as it is implemented in C. By replacing the internal datatypes I can speed up bitstring's operations while keeping the same API.

Huge kudos to Ilan Schnell for all his work on bitarray.

... (truncated)

Commits

• 2dd3568 A few things before the point release.
• 80c0557 Array.pp formats now default to the Array's itemsize if it's not specified.
• a034fa0 Adding reverse special method where appropriate.
• 231766e New astype method for Arrays.
• 85058c0 Adding mod, neg, abs ops for Arrays.
• c0f1454 Added a couple more ops, and docs updates.
• 3801ced More operations between Array types.
• beb6d85 More operations between Array types.
• 6671977 Arrays can now be added together element-wise.
• 8cffcf7 Seeing if readthedocs will make a PDF for me.
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)