Skip to main content

efficient arrays of booleans -- C extension

Project description

bitarray: efficient arrays of booleans

This library provides an object type which efficiently represents an array of booleans. Bitarrays are sequence types and behave very much like usual lists. Eight bits are represented by one byte in a contiguous block of memory. The user can select between two representations: little-endian and big-endian. All functionality is implemented in C. Methods for accessing the machine representation are provided, including the ability to import and export buffers. This allows creating bitarrays that are mapped to other objects, including memory-mapped files.

Key features

  • The bit endianness can be specified for each bitarray object, see below.

  • Sequence methods: slicing (including slice assignment and deletion), operations +, *, +=, *=, the in operator, len()

  • Bitwise operations: ~, &, |, ^, <<, >> (as well as their in-place versions &=, |=, ^=, <<=, >>=).

  • Fast methods for encoding and decoding variable bit length prefix codes.

  • Bitarray objects support the buffer protocol (both importing and exporting buffers).

  • Packing and unpacking to other binary data formats, e.g. numpy.ndarray.

  • Pickling and unpickling of bitarray objects.

  • Immutable frozenbitarray objects which are hashable

  • Sequential search

  • Type hinting

  • Extensive test suite with over 400 unittests.

  • Utility module bitarray.util:

    • conversion to and from hexadecimal strings

    • (de-) serialization

    • pretty printing

    • conversion to and from integers

    • creating Huffman codes

    • various count functions

    • other helpful functions

Installation

Python wheels are are available on PyPI for all mayor platforms and Python versions. Which means you can simply:

$ pip install bitarray

In addition, conda packages are available (both the default Anaconda repository as well as conda-forge support bitarray):

$ conda install bitarray

Once you have installed the package, you may want to test it:

$ python -c 'import bitarray; bitarray.test()'
bitarray is installed in: /Users/ilan/bitarray/bitarray
bitarray version: 2.4.1
sys.version: 2.7.15 (default, Mar  5 2020, 14:58:04) [GCC Clang 9.0.1]
sys.prefix: /Users/ilan/Mini3/envs/py27
pointer size: 64 bit
sizeof(size_t): 8
sizeof(bitarrayobject): 80
PY_UINT64_T defined: 1
USE_WORD_SHIFT: 1
DEBUG: 0
.........................................................................
.........................................................................
................................................................
----------------------------------------------------------------------
Ran 410 tests in 0.484s

OK

You can always import the function test, and test().wasSuccessful() will return True when the test went well.

Using the module

As mentioned above, bitarray objects behave very much like lists, so there is not too much to learn. The biggest difference from list objects (except that bitarray are obviously homogeneous) is the ability to access the machine representation of the object. When doing so, the bit endianness is of importance; this issue is explained in detail in the section below. Here, we demonstrate the basic usage of bitarray objects:

>>> from bitarray import bitarray
>>> a = bitarray()         # create empty bitarray
>>> a.append(1)
>>> a.extend([1, 0])
>>> a
bitarray('110')
>>> x = bitarray(2 ** 20)  # bitarray of length 1048576 (uninitialized)
>>> len(x)
1048576
>>> bitarray('1001 011')   # initialize from string (whitespace is ignored)
bitarray('1001011')
>>> lst = [1, 0, False, True, True]
>>> a = bitarray(lst)      # initialize from iterable
>>> a
bitarray('10011')
>>> a.count(1)
3
>>> a.remove(0)            # removes first occurrence of 0
>>> a
bitarray('1011')

Like lists, bitarray objects support slice assignment and deletion:

>>> a = bitarray(50)
>>> a.setall(0)            # set all elements in a to 0
>>> a[11:37:3] = 9 * bitarray('1')
>>> a
bitarray('00000000000100100100100100100100100100000000000000')
>>> del a[12::3]
>>> a
bitarray('0000000000010101010101010101000000000')
>>> a[-6:] = bitarray('10011')
>>> a
bitarray('000000000001010101010101010100010011')
>>> a += bitarray('000111')
>>> a[9:]
bitarray('001010101010101010100010011000111')

In addition, slices can be assigned to booleans, which is easier (and faster) than assigning to a bitarray in which all values are the same:

>>> a = 20 * bitarray('0')
>>> a[1:15:3] = True
>>> a
bitarray('01001001001001000000')

This is easier and faster than:

>>> a = 20 * bitarray('0')
>>> a[1:15:3] = 5 * bitarray('1')
>>> a
bitarray('01001001001001000000')

Note that in the latter we have to create a temporary bitarray whose length must be known or calculated. Another example of assigning slices to Booleans, is setting ranges:

>>> a = bitarray(30)
>>> a[:] = 0         # set all elements to 0 - equivalent to a.setall(0)
>>> a[10:25] = 1     # set elements in range(10, 25) to 1
>>> a
bitarray('000000000011111111111111100000')

Bitwise operators

Bitarray objects support the bitwise operators ~, &, |, ^, <<, >> (as well as their in-place versions &=, |=, ^=, <<=, >>=). The behavior is very much what one would expect:

>>> a = bitarray('101110001')
>>> ~a  # invert
bitarray('010001110')
>>> b = bitarray('111001011')
>>> a ^ b
bitarray('010111010')
>>> a &= b
>>> a
bitarray('101000001')
>>> a <<= 2   # in-place left shift by 2
>>> a
bitarray('100000100')
>>> b >> 1
bitarray('011100101')

The C language does not specify the behavior of negative shifts and of left shifts larger or equal than the width of the promoted left operand. The exact behavior is compiler/machine specific. This Python bitarray library specifies the behavior as follows:

  • the length of the bitarray is never changed by any shift operation

  • blanks are filled by 0

  • negative shifts raise ValueError

  • shifts larger or equal to the length of the bitarray result in bitarrays with all values 0

Bit endianness

Unless explicitly converting to machine representation, using the .tobytes(), .frombytes(), .tofile() and .fromfile() methods, as well as using memoryview, the bit endianness will have no effect on any computation, and one can skip this section.

Since bitarrays allows addressing individual bits, where the machine represents 8 bits in one byte, there are two obvious choices for this mapping: little-endian and big-endian.

When dealing with the machine representation of bitarray objects, it is recommended to always explicitly specify the endianness.

By default, bitarrays use big-endian representation:

>>> a = bitarray()
>>> a.endian()
'big'
>>> a.frombytes(b'A')
>>> a
bitarray('01000001')
>>> a[6] = 1
>>> a.tobytes()
b'C'

Big-endian means that the most-significant bit comes first. Here, a[0] is the lowest address (index) and most significant bit, and a[7] is the highest address and least significant bit.

When creating a new bitarray object, the endianness can always be specified explicitly:

>>> a = bitarray(endian='little')
>>> a.frombytes(b'A')
>>> a
bitarray('10000010')
>>> a.endian()
'little'

Here, the low-bit comes first because little-endian means that increasing numeric significance corresponds to an increasing address. So a[0] is the lowest address and least significant bit, and a[7] is the highest address and most significant bit.

The bit endianness is a property of the bitarray object. The endianness cannot be changed once a bitarray object is created. When comparing bitarray objects, the endianness (and hence the machine representation) is irrelevant; what matters is the mapping from indices to bits:

>>> bitarray('11001', endian='big') == bitarray('11001', endian='little')
True

Bitwise operations (|, ^, &=, |=, ^=, ~) are implemented efficiently using the corresponding byte operations in C, i.e. the operators act on the machine representation of the bitarray objects. Therefore, it is not possible to perform bitwise operators on bitarrays with different endianness.

When converting to and from machine representation, using the .tobytes(), .frombytes(), .tofile() and .fromfile() methods, the endianness matters:

>>> a = bitarray(endian='little')
>>> a.frombytes(b'\x01')
>>> a
bitarray('10000000')
>>> b = bitarray(endian='big')
>>> b.frombytes(b'\x80')
>>> b
bitarray('10000000')
>>> a == b
True
>>> a.tobytes() == b.tobytes()
False

As mentioned above, the endianness can not be changed once an object is created. However, you can create a new bitarray with different endianness:

>>> a = bitarray('111000', endian='little')
>>> b = bitarray(a, endian='big')
>>> b
bitarray('111000')
>>> a == b
True

Buffer protocol

Bitarray objects support the buffer protocol. They can both export their own buffer, as well as import another object’s buffer. To learn more about this topic, please read buffer protocol. There is also an example that shows how to memory-map a file to a bitarray: mmapped-file.py

Variable bit length prefix codes

The .encode() method takes a dictionary mapping symbols to bitarrays and an iterable, and extends the bitarray object with the encoded symbols found while iterating. For example:

>>> d = {'H':bitarray('111'), 'e':bitarray('0'),
...      'l':bitarray('110'), 'o':bitarray('10')}
...
>>> a = bitarray()
>>> a.encode(d, 'Hello')
>>> a
bitarray('111011011010')

Note that the string 'Hello' is an iterable, but the symbols are not limited to characters, in fact any immutable Python object can be a symbol. Taking the same dictionary, we can apply the .decode() method which will return a list of the symbols:

>>> a.decode(d)
['H', 'e', 'l', 'l', 'o']
>>> ''.join(a.decode(d))
'Hello'

Since symbols are not limited to being characters, it is necessary to return them as elements of a list, rather than simply returning the joined string. The above dictionary d can be efficiently constructed using the function bitarray.util.huffman_code(). I also wrote Huffman coding in Python using bitarray for more background information.

When the codes are large, and you have many decode calls, most time will be spent creating the (same) internal decode tree objects. In this case, it will be much faster to create a decodetree object, which can be passed to bitarray’s .decode() and .iterdecode() methods, instead of passing the prefix code dictionary to those methods itself:

>>> from bitarray import bitarray, decodetree
>>> t = decodetree({'a': bitarray('0'), 'b': bitarray('1')})
>>> a = bitarray('0110')
>>> a.decode(t)
['a', 'b', 'b', 'a']
>>> ''.join(a.iterdecode(t))
'abba'

The sole purpose of the immutable decodetree object is to be passed to bitarray’s .decode() and .iterdecode() methods.

Frozenbitarrays

A frozenbitarray object is very similar to the bitarray object. The difference is that this a frozenbitarray is immutable, and hashable, and can therefore be used as a dictionary key:

>>> from bitarray import frozenbitarray
>>> key = frozenbitarray('1100011')
>>> {key: 'some value'}
{frozenbitarray('1100011'): 'some value'}
>>> key[3] = 1
Traceback (most recent call last):
    ...
TypeError: frozenbitarray is immutable

Reference

bitarray version: 2.4.1 – change log

In the following, item and value are usually a single bit - an integer 0 or 1.

The bitarray object:

bitarray(initializer=0, /, endian='big', buffer=None) -> bitarray

Return a new bitarray object whose items are bits initialized from the optional initial object, and endianness. The initializer may be of the following types:

int: Create a bitarray of given integer length. The initial values are uninitialized.

str: Create bitarray from a string of 0 and 1.

iterable: Create bitarray from iterable or sequence or integers 0 or 1.

Optional keyword arguments:

endian: Specifies the bit endianness of the created bitarray object. Allowed values are big and little (the default is big). The bit endianness effects the buffer representation of the bitarray.

buffer: Any object which exposes a buffer. When provided, initializer cannot be present (or has to be None). The imported buffer may be readonly or writable, depending on the object type.

New in version 2.3: optional buffer argument.

A bitarray object supports the following methods:

all() -> bool

Return True when all bits in the array are True. Note that a.all() is faster than all(a).

any() -> bool

Return True when any bit in the array is True. Note that a.any() is faster than any(a).

append(item, /)

Append item to the end of the bitarray.

buffer_info() -> tuple

Return a tuple containing:

  1. memory address of buffer

  2. buffer size (in bytes)

  3. bit endianness as a string

  4. number of unused padding bits

  5. allocated memory for the buffer (in bytes)

  6. memory is read-only

  7. buffer is imported

  8. number of buffer exports

bytereverse(start=0, stop=<end of buffer>, /)

Reverse the bit order for each buffer byte in range(start, stop) in-place. The start and stop indices are given in terms of bytes (not bits). Also note that this method only changes the buffer; it does not change the endianness of the bitarray object.

New in version 2.2.5: optional start and stop arguments.

clear()

Remove all items from the bitarray.

New in version 1.4.

copy() -> bitarray

Return a copy of the bitarray.

count(value=1, start=0, stop=<end of array>, step=1, /) -> int

Count the number of occurrences of value in the bitarray.

New in version 1.1.0: optional start and stop arguments.

New in version 2.3.7: optional step argument.

decode(code, /) -> list

Given a prefix code (a dict mapping symbols to bitarrays, or decodetree object), decode the content of the bitarray and return it as a list of symbols.

encode(code, iterable, /)

Given a prefix code (a dict mapping symbols to bitarrays), iterate over the iterable object with symbols, and extend the bitarray with the corresponding bitarray for each symbol.

endian() -> str

Return the bit endianness of the bitarray as a string (little or big).

extend(iterable, /)

Append all items from iterable to the end of the bitarray. If the iterable is a string, each 0 and 1 are appended as bits (ignoring whitespace and underscore).

fill() -> int

Add zeros to the end of the bitarray, such that the length of the bitarray will be a multiple of 8, and return the number of bits added (0..7).

find(sub_bitarray, start=0, stop=<end of array>, /) -> int

Return the lowest index where sub_bitarray is found, such that sub_bitarray is contained within [start:stop]. Return -1 when sub_bitarray is not found.

New in version 2.1.

frombytes(bytes, /)

Extend bitarray with raw bytes. That is, each append byte will add eight bits to the bitarray.

fromfile(f, n=-1, /)

Extend bitarray with up to n bytes read from the file object f. When n is omitted or negative, reads all data until EOF. When n is provided and positive but exceeds the data available, EOFError is raised (but the available data is still read and appended.

index(sub_bitarray, start=0, stop=<end of array>, /) -> int

Return the lowest index where sub_bitarray is found, such that sub_bitarray is contained within [start:stop]. Raises ValueError when the sub_bitarray is not present.

insert(index, value, /)

Insert value into the bitarray before index.

invert(index=<all bits>, /)

Invert all bits in the array (in-place). When the optional index is given, only invert the single bit at index.

New in version 1.5.3: optional index argument.

iterdecode(code, /) -> iterator

Given a prefix code (a dict mapping symbols to bitarrays, or decodetree object), decode the content of the bitarray and return an iterator over the symbols.

itersearch(sub_bitarray, /) -> iterator

Searches for the given sub_bitarray in self, and return an iterator over the start positions where bitarray matches self.

pack(bytes, /)

Extend the bitarray from bytes, where each byte corresponds to a single bit. The byte b'\x00' maps to bit 0 and all other characters map to bit 1. This method, as well as the unpack method, are meant for efficient transfer of data between bitarray objects to other python objects (for example NumPy’s ndarray object) which have a different memory view.

pop(index=-1, /) -> item

Return the i-th (default last) element and delete it from the bitarray. Raises IndexError if bitarray is empty or index is out of range.

remove(value, /)

Remove the first occurrence of value in the bitarray. Raises ValueError if item is not present.

reverse()

Reverse all bits in the array (in-place).

search(sub_bitarray, limit=<none>, /) -> list

Searches for the given sub_bitarray in self, and return the list of start positions. The optional argument limits the number of search results to the integer specified. By default, all search results are returned.

setall(value, /)

Set all elements in the bitarray to value. Note that a.setall(value) is equivalent to a[:] = value.

sort(reverse=False)

Sort the bits in the array (in-place).

to01() -> str

Return a string containing ‘0’s and ‘1’s, representing the bits in the bitarray.

tobytes() -> bytes

Return the bitarray buffer in bytes (unused bits are set to zero).

tofile(f, /)

Write the byte representation of the bitarray to the file object f.

tolist() -> list

Return a list with the items (0 or 1) in the bitarray. Note that the list object being created will require 32 or 64 times more memory (depending on the machine architecture) than the bitarray object, which may cause a memory error if the bitarray is very large.

unpack(zero=b'\x00', one=b'\x01') -> bytes

Return bytes containing one character for each bit in the bitarray, using the specified mapping.

Other objects:

frozenbitarray(initializer=0, /, endian='big', buffer=None) -> frozenbitarray

Return a frozenbitarray object, which is initialized the same way a bitarray object is initialized. A frozenbitarray is immutable and hashable. Its contents cannot be altered after it is created; however, it can be used as a dictionary key.

New in version 1.1.

decodetree(code, /) -> decodetree

Given a prefix code (a dict mapping symbols to bitarrays), create a binary tree object to be passed to .decode() or .iterdecode().

New in version 1.6.

Functions defined in the bitarray module:

bits2bytes(n, /) -> int

Return the number of bytes necessary to store n bits.

get_default_endian() -> string

Return the default endianness for new bitarray objects being created. Unless _set_default_endian() is called, the return value is big.

New in version 1.3.

test(verbosity=1, repeat=1) -> TextTestResult

Run self-test, and return unittest.runner.TextTestResult object.

Functions defined in bitarray.util module:

This sub-module was add in version 1.2.

zeros(length, /, endian=None) -> bitarray

Create a bitarray of length, with all values 0, and optional endianness, which may be ‘big’, ‘little’.

urandom(length, /, endian=None) -> bitarray

Return a bitarray of length random bits (uses os.urandom).

New in version 1.7.

pprint(bitarray, /, stream=None, group=8, indent=4, width=80)

Prints the formatted representation of object on stream (which defaults to sys.stdout). By default, elements are grouped in bytes (8 elements), and 8 bytes (64 elements) per line. Non-bitarray objects are printed by the standard library function pprint.pprint().

New in version 1.8.

make_endian(bitarray, /, endian) -> bitarray

When the endianness of the given bitarray is different from endian, return a new bitarray, with endianness endian and the same elements as the original bitarray. Otherwise (endianness is already endian) the original bitarray is returned unchanged.

New in version 1.3.

rindex(bitarray, value=1, start=0, stop=<end of array>, /) -> int

Return the rightmost (highest) index of value in bitarray. Raises ValueError if the value is not present.

New in version 2.3.0: optional start and stop arguments.

strip(bitarray, /, mode='right') -> bitarray

Return a new bitarray with zeros stripped from left, right or both ends. Allowed values for mode are the strings: left, right, both

count_n(a, n, value=1, /) -> int

Return lowest index i for which a[:i].count(value) == n. Raises ValueError, when n exceeds total count (a.count(value)).

New in version 2.3.6: optional value argument.

parity(a, /) -> int

Return the parity of bitarray a. This is equivalent to a.count() % 2 (but more efficient).

New in version 1.9.

count_and(a, b, /) -> int

Return (a & b).count() in a memory efficient manner, as no intermediate bitarray object gets created.

count_or(a, b, /) -> int

Return (a | b).count() in a memory efficient manner, as no intermediate bitarray object gets created.

count_xor(a, b, /) -> int

Return (a ^ b).count() in a memory efficient manner, as no intermediate bitarray object gets created.

subset(a, b, /) -> bool

Return True if bitarray a is a subset of bitarray b. subset(a, b) is equivalent to (a & b).count() == a.count() but is more efficient since we can stop as soon as one mismatch is found, and no intermediate bitarray object gets created.

ba2hex(bitarray, /) -> hexstr

Return a string containing the hexadecimal representation of the bitarray (which has to be multiple of 4 in length).

hex2ba(hexstr, /, endian=None) -> bitarray

Bitarray of hexadecimal representation. hexstr may contain any number (including odd numbers) of hex digits (upper or lower case).

ba2base(n, bitarray, /) -> str

Return a string containing the base n ASCII representation of the bitarray. Allowed values for n are 2, 4, 8, 16, 32 and 64. The bitarray has to be multiple of length 1, 2, 3, 4, 5 or 6 respectively. For n=16 (hexadecimal), ba2hex() will be much faster, as ba2base() does not take advantage of byte level operations. For n=32 the RFC 4648 Base32 alphabet is used, and for n=64 the standard base 64 alphabet is used.

See also: Bitarray representations

New in version 1.9.

base2ba(n, asciistr, /, endian=None) -> bitarray

Bitarray of the base n ASCII representation. Allowed values for n are 2, 4, 8, 16, 32 and 64. For n=16 (hexadecimal), hex2ba() will be much faster, as base2ba() does not take advantage of byte level operations. For n=32 the RFC 4648 Base32 alphabet is used, and for n=64 the standard base 64 alphabet is used.

See also: Bitarray representations

New in version 1.9.

ba2int(bitarray, /, signed=False) -> int

Convert the given bitarray to an integer. The bit-endianness of the bitarray is respected. signed indicates whether two’s complement is used to represent the integer.

int2ba(int, /, length=None, endian=None, signed=False) -> bitarray

Convert the given integer to a bitarray (with given endianness, and no leading (big-endian) / trailing (little-endian) zeros), unless the length of the bitarray is provided. An OverflowError is raised if the integer is not representable with the given number of bits. signed determines whether two’s complement is used to represent the integer, and requires length to be provided.

serialize(bitarray, /) -> bytes

Return a serialized representation of the bitarray, which may be passed to deserialize(). It efficiently represents the bitarray object (including its endianness) and is guaranteed not to change in future releases.

See also: Bitarray representations

New in version 1.8.

deserialize(bytes, /) -> bitarray

Return a bitarray given the bytes representation returned by serialize().

See also: Bitarray representations

New in version 1.8.

vl_encode(bitarray, /) -> bytes

Return variable length binary representation of bitarray. This representation is useful for efficiently storing small bitarray in a binary stream. Use vl_decode() for decoding.

See also: Variable length bitarray format

New in version 2.2.

vl_decode(stream, /, endian=None) -> bitarray

Decode binary stream (an integer iterator, or bytes object), and return the decoded bitarray. This function consumes only one bitarray and leaves the remaining stream untouched. StopIteration is raised when no terminating byte is found. Use vl_encode() for encoding.

See also: Variable length bitarray format

New in version 2.2.

huffman_code(dict, /, endian=None) -> dict

Given a frequency map, a dictionary mapping symbols to their frequency, calculate the Huffman code, i.e. a dict mapping those symbols to bitarrays (with given endianness). Note that the symbols are not limited to being strings. Symbols may may be any hashable object (such as None).

Project details


Release history Release notifications | RSS feed

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

bitarray-2.4.1.tar.gz (95.3 kB view hashes)

Uploaded Source

Built Distributions

bitarray-2.4.1-cp310-cp310-win_amd64.whl (103.8 kB view hashes)

Uploaded CPython 3.10 Windows x86-64

bitarray-2.4.1-cp310-cp310-win32.whl (96.9 kB view hashes)

Uploaded CPython 3.10 Windows x86

bitarray-2.4.1-cp310-cp310-musllinux_1_1_x86_64.whl (264.4 kB view hashes)

Uploaded CPython 3.10 musllinux: musl 1.1+ x86-64

bitarray-2.4.1-cp310-cp310-musllinux_1_1_s390x.whl (271.9 kB view hashes)

Uploaded CPython 3.10 musllinux: musl 1.1+ s390x

bitarray-2.4.1-cp310-cp310-musllinux_1_1_ppc64le.whl (273.0 kB view hashes)

Uploaded CPython 3.10 musllinux: musl 1.1+ ppc64le

bitarray-2.4.1-cp310-cp310-musllinux_1_1_i686.whl (253.5 kB view hashes)

Uploaded CPython 3.10 musllinux: musl 1.1+ i686

bitarray-2.4.1-cp310-cp310-musllinux_1_1_aarch64.whl (264.1 kB view hashes)

Uploaded CPython 3.10 musllinux: musl 1.1+ ARM64

bitarray-2.4.1-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (231.0 kB view hashes)

Uploaded CPython 3.10 manylinux: glibc 2.17+ x86-64

bitarray-2.4.1-cp310-cp310-manylinux_2_17_s390x.manylinux2014_s390x.whl (236.5 kB view hashes)

Uploaded CPython 3.10 manylinux: glibc 2.17+ s390x

bitarray-2.4.1-cp310-cp310-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (240.2 kB view hashes)

Uploaded CPython 3.10 manylinux: glibc 2.17+ ppc64le

bitarray-2.4.1-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (229.5 kB view hashes)

Uploaded CPython 3.10 manylinux: glibc 2.17+ ARM64

bitarray-2.4.1-cp310-cp310-manylinux_2_5_i686.manylinux1_i686.manylinux_2_17_i686.manylinux2014_i686.whl (221.0 kB view hashes)

Uploaded CPython 3.10 manylinux: glibc 2.17+ i686 manylinux: glibc 2.5+ i686

bitarray-2.4.1-cp310-cp310-macosx_11_0_arm64.whl (97.3 kB view hashes)

Uploaded CPython 3.10 macOS 11.0+ ARM64

bitarray-2.4.1-cp310-cp310-macosx_10_9_x86_64.whl (98.4 kB view hashes)

Uploaded CPython 3.10 macOS 10.9+ x86-64

bitarray-2.4.1-cp310-cp310-macosx_10_9_universal2.whl (135.3 kB view hashes)

Uploaded CPython 3.10 macOS 10.9+ universal2 (ARM64, x86-64)

bitarray-2.4.1-cp39-cp39-win_amd64.whl (103.9 kB view hashes)

Uploaded CPython 3.9 Windows x86-64

bitarray-2.4.1-cp39-cp39-win32.whl (97.0 kB view hashes)

Uploaded CPython 3.9 Windows x86

bitarray-2.4.1-cp39-cp39-musllinux_1_1_x86_64.whl (261.2 kB view hashes)

Uploaded CPython 3.9 musllinux: musl 1.1+ x86-64

bitarray-2.4.1-cp39-cp39-musllinux_1_1_s390x.whl (268.8 kB view hashes)

Uploaded CPython 3.9 musllinux: musl 1.1+ s390x

bitarray-2.4.1-cp39-cp39-musllinux_1_1_ppc64le.whl (270.4 kB view hashes)

Uploaded CPython 3.9 musllinux: musl 1.1+ ppc64le

bitarray-2.4.1-cp39-cp39-musllinux_1_1_i686.whl (251.5 kB view hashes)

Uploaded CPython 3.9 musllinux: musl 1.1+ i686

bitarray-2.4.1-cp39-cp39-musllinux_1_1_aarch64.whl (261.5 kB view hashes)

Uploaded CPython 3.9 musllinux: musl 1.1+ ARM64

bitarray-2.4.1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (228.6 kB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.17+ x86-64

bitarray-2.4.1-cp39-cp39-manylinux_2_17_s390x.manylinux2014_s390x.whl (233.7 kB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.17+ s390x

bitarray-2.4.1-cp39-cp39-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (237.3 kB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.17+ ppc64le

bitarray-2.4.1-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (227.1 kB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.17+ ARM64

bitarray-2.4.1-cp39-cp39-manylinux_2_5_i686.manylinux1_i686.manylinux_2_17_i686.manylinux2014_i686.whl (219.5 kB view hashes)

Uploaded CPython 3.9 manylinux: glibc 2.17+ i686 manylinux: glibc 2.5+ i686

bitarray-2.4.1-cp39-cp39-macosx_11_0_arm64.whl (97.3 kB view hashes)

Uploaded CPython 3.9 macOS 11.0+ ARM64

bitarray-2.4.1-cp39-cp39-macosx_10_9_x86_64.whl (98.4 kB view hashes)

Uploaded CPython 3.9 macOS 10.9+ x86-64

bitarray-2.4.1-cp39-cp39-macosx_10_9_universal2.whl (135.3 kB view hashes)

Uploaded CPython 3.9 macOS 10.9+ universal2 (ARM64, x86-64)

bitarray-2.4.1-cp38-cp38-win_amd64.whl (103.7 kB view hashes)

Uploaded CPython 3.8 Windows x86-64

bitarray-2.4.1-cp38-cp38-win32.whl (97.1 kB view hashes)

Uploaded CPython 3.8 Windows x86

bitarray-2.4.1-cp38-cp38-musllinux_1_1_x86_64.whl (268.2 kB view hashes)

Uploaded CPython 3.8 musllinux: musl 1.1+ x86-64

bitarray-2.4.1-cp38-cp38-musllinux_1_1_s390x.whl (275.5 kB view hashes)

Uploaded CPython 3.8 musllinux: musl 1.1+ s390x

bitarray-2.4.1-cp38-cp38-musllinux_1_1_ppc64le.whl (277.9 kB view hashes)

Uploaded CPython 3.8 musllinux: musl 1.1+ ppc64le

bitarray-2.4.1-cp38-cp38-musllinux_1_1_i686.whl (257.9 kB view hashes)

Uploaded CPython 3.8 musllinux: musl 1.1+ i686

bitarray-2.4.1-cp38-cp38-musllinux_1_1_aarch64.whl (269.1 kB view hashes)

Uploaded CPython 3.8 musllinux: musl 1.1+ ARM64

bitarray-2.4.1-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (229.1 kB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.17+ x86-64

bitarray-2.4.1-cp38-cp38-manylinux_2_17_s390x.manylinux2014_s390x.whl (234.7 kB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.17+ s390x

bitarray-2.4.1-cp38-cp38-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (238.5 kB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.17+ ppc64le

bitarray-2.4.1-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (228.2 kB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.17+ ARM64

bitarray-2.4.1-cp38-cp38-manylinux_2_5_i686.manylinux1_i686.manylinux_2_17_i686.manylinux2014_i686.whl (220.1 kB view hashes)

Uploaded CPython 3.8 manylinux: glibc 2.17+ i686 manylinux: glibc 2.5+ i686

bitarray-2.4.1-cp38-cp38-macosx_11_0_arm64.whl (97.4 kB view hashes)

Uploaded CPython 3.8 macOS 11.0+ ARM64

bitarray-2.4.1-cp38-cp38-macosx_10_9_x86_64.whl (98.5 kB view hashes)

Uploaded CPython 3.8 macOS 10.9+ x86-64

bitarray-2.4.1-cp38-cp38-macosx_10_9_universal2.whl (135.5 kB view hashes)

Uploaded CPython 3.8 macOS 10.9+ universal2 (ARM64, x86-64)

bitarray-2.4.1-cp37-cp37m-win_amd64.whl (103.3 kB view hashes)

Uploaded CPython 3.7m Windows x86-64

bitarray-2.4.1-cp37-cp37m-win32.whl (96.8 kB view hashes)

Uploaded CPython 3.7m Windows x86

bitarray-2.4.1-cp37-cp37m-musllinux_1_1_x86_64.whl (249.5 kB view hashes)

Uploaded CPython 3.7m musllinux: musl 1.1+ x86-64

bitarray-2.4.1-cp37-cp37m-musllinux_1_1_s390x.whl (255.8 kB view hashes)

Uploaded CPython 3.7m musllinux: musl 1.1+ s390x

bitarray-2.4.1-cp37-cp37m-musllinux_1_1_ppc64le.whl (258.4 kB view hashes)

Uploaded CPython 3.7m musllinux: musl 1.1+ ppc64le

bitarray-2.4.1-cp37-cp37m-musllinux_1_1_i686.whl (240.6 kB view hashes)

Uploaded CPython 3.7m musllinux: musl 1.1+ i686

bitarray-2.4.1-cp37-cp37m-musllinux_1_1_aarch64.whl (249.8 kB view hashes)

Uploaded CPython 3.7m musllinux: musl 1.1+ ARM64

bitarray-2.4.1-cp37-cp37m-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (223.6 kB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.17+ x86-64

bitarray-2.4.1-cp37-cp37m-manylinux_2_17_s390x.manylinux2014_s390x.whl (228.3 kB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.17+ s390x

bitarray-2.4.1-cp37-cp37m-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (231.8 kB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.17+ ppc64le

bitarray-2.4.1-cp37-cp37m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (221.9 kB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.17+ ARM64

bitarray-2.4.1-cp37-cp37m-manylinux_2_5_i686.manylinux1_i686.manylinux_2_17_i686.manylinux2014_i686.whl (214.6 kB view hashes)

Uploaded CPython 3.7m manylinux: glibc 2.17+ i686 manylinux: glibc 2.5+ i686

bitarray-2.4.1-cp37-cp37m-macosx_10_9_x86_64.whl (98.2 kB view hashes)

Uploaded CPython 3.7m macOS 10.9+ x86-64

bitarray-2.4.1-cp36-cp36m-win_amd64.whl (103.2 kB view hashes)

Uploaded CPython 3.6m Windows x86-64

bitarray-2.4.1-cp36-cp36m-win32.whl (96.8 kB view hashes)

Uploaded CPython 3.6m Windows x86

bitarray-2.4.1-cp36-cp36m-musllinux_1_1_x86_64.whl (247.4 kB view hashes)

Uploaded CPython 3.6m musllinux: musl 1.1+ x86-64

bitarray-2.4.1-cp36-cp36m-musllinux_1_1_s390x.whl (253.7 kB view hashes)

Uploaded CPython 3.6m musllinux: musl 1.1+ s390x

bitarray-2.4.1-cp36-cp36m-musllinux_1_1_ppc64le.whl (256.1 kB view hashes)

Uploaded CPython 3.6m musllinux: musl 1.1+ ppc64le

bitarray-2.4.1-cp36-cp36m-musllinux_1_1_i686.whl (238.7 kB view hashes)

Uploaded CPython 3.6m musllinux: musl 1.1+ i686

bitarray-2.4.1-cp36-cp36m-musllinux_1_1_aarch64.whl (247.5 kB view hashes)

Uploaded CPython 3.6m musllinux: musl 1.1+ ARM64

bitarray-2.4.1-cp36-cp36m-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (223.2 kB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.17+ x86-64

bitarray-2.4.1-cp36-cp36m-manylinux_2_17_s390x.manylinux2014_s390x.whl (228.0 kB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.17+ s390x

bitarray-2.4.1-cp36-cp36m-manylinux_2_17_ppc64le.manylinux2014_ppc64le.whl (231.4 kB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.17+ ppc64le

bitarray-2.4.1-cp36-cp36m-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (221.6 kB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.17+ ARM64

bitarray-2.4.1-cp36-cp36m-manylinux_2_5_i686.manylinux1_i686.manylinux_2_17_i686.manylinux2014_i686.whl (214.4 kB view hashes)

Uploaded CPython 3.6m manylinux: glibc 2.17+ i686 manylinux: glibc 2.5+ i686

bitarray-2.4.1-cp36-cp36m-macosx_10_9_x86_64.whl (98.2 kB view hashes)

Uploaded CPython 3.6m macOS 10.9+ x86-64

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page