Collections-C is a library of generic data structures for the C language.
Structures that store data in the form of void*
.
Container | description |
---|---|
CC_Array |
A dynamic array that expands automatically as elements are added. |
CC_List |
Doubly Linked list. |
CC_SList |
Singly linked list. |
CC_Deque |
A dynamic array that supports amortized constant time insertion and removal at both ends and constant time access. |
CC_HashTable |
An unordered key-value map. Supports best case amortized constant time insertion, removal, and lookup of values. |
CC_TreeTable |
An ordered key-value map. Supports logarithmic time insertion, removal and lookup of values. |
CC_HashSet |
An unordered set. The lookup, deletion, and insertion are performed in amortized constant time and in the worst case in amortized linear time. |
CC_TreeSet |
An ordered set. The lookup, deletion, and insertion are performed in logarithmic time. |
CC_Queue |
A FIFO (first in first out) structure. Supports constant time insertion, removal and lookup. |
CC_Stack |
A LIFO (last in first out) structure. Supports constant time insertion, removal and lookup. |
CC_PQueue |
A priority queue. |
CC_RingBuffer |
A ring buffer. |
CC_TSTTable |
A ternary search tree table. Supports insertion, search, iteration, and deletion. |
int value = 20;
CC_Array *array;
if (cc_array_new(&array) != CC_OK) { /*Create a new array.*/
// handle error
}
if (cc_array_add(&array, (void*) &value) != CC_OK) { /* Add the pointer to the value to the array */
// handle error
}
Structures that store data of arbitrary length directly.
Container | description |
---|---|
CC_ArraySized |
A dynamic array that expands automatically as elements are added. |
int value = 20;
CC_SizedArray *array;
if (cc_sized_array_new(sizeof(int), &array) != CC_OK) { /* Create a new array that stores values the size of an int*/
// handle error
}
if (cc_sized_array_add(&array, &value) != CC_OK) { /* Copy the value into the array */
// handle error
}
Memory pools are pre-allocated blocks of contiguous memory
Container | description |
---|---|
CC_DynamicPool |
On the heap, potentially expandable memory pool |
CC_StaticPool |
Fixed pool |
/* CC_StaticPool can enable the use of the structures on the stack */
#include "memory/cc_static_pool.h"
#include "cc_list.h"
CC_StaticPool *pool;
// Alloc wrappers
void *pool_malloc(size_t size) {cc_static_pool_malloc(size, pool);}
void *pool_calloc(size_t count, size_t size) {cc_static_pool_calloc(count, size, pool);}
void pool_free(void* ptr) {cc_static_pool_free(ptr, pool);}
int main(int argc, char **argv) {
uint8_t buffer[2000]; /* Large enough buffer. */
cc_static_pool_new(sizeof(buffer), 0, buffer, buffer, &pool); /* allocate the pool structure inside the buffer */
CC_ListConf conf; /* Create a new list config */
cc_list_conf_init(&conf);
conf.mem_alloc = pool_malloc; /* Set list memory allocators to pool allocators */
conf.mem_calloc = pool_calloc;
conf.mem_free = pool_free;
CC_List* list;
cc_list_new_conf(&conf, &list); /* The newly created list will be allocated inside the "buffer" array*/
// Use the list
return 0;
}
These packages can usually be installed through your distributions package manager.
To build the project, we first need to create a separate build directory (if it doesn't already exist):
mkdir build
From this directory we can run the cmake
command and configure the build:
cmake ..
or cmake -DSHARED=True
to make Collections-C build as a shared librarycmake -DSHARED=False
to build a static libraryOnce cmake
is done generating makefiles, we can build the library by running make
inside our build directory.
An example of cloning and building a static library:
git clone https://github.com/Collections-C.git
cd Collections-C
mkdir build
cd build
cmake -DSHARED=False
make
To run tests (from the build
directory):
make test
To run individual tests, simply run the appropriate executable. For example:
build/test/array_test
To install the library run:
sudo make install
By default the libraries and headers will be installed in /usr/local/lib/
and /usr/local/include
directories.
You have to make the system's runtime aware of the location of the new library to be able to run dynamically linked applications. This might be as simple as running the following command if your /etc/ld.so.conf
contains the install directory.
Note: macOS doesn't support ldconfig.
sudo ldconfig
If we already built and installed the library, we can write a simple hello world program and save it to a file named hello.c
:
#include <stdio.h>
#include <collectc/cc_array.h>
int main(int argc, char **argv) {
// Create a new array
CC_Array *ar;
cc_array_new(&ar);
// Add a string to the array
cc_array_add(ar, "Hello World!\n");
// Retreive the string and print it
char *str;
cc_array_get_at(ar, 0, (void*) &str);
printf("%s", str);
return 0;
}
Now we need to compile and link our program. Since make
builds both the static and the dynamic library we can choose which one we wish to link into our program.
If we wish to statically link the library to our program we can pass the -static
flag to the compiler
Note: On macOS, the -static
flag is not very friendly (it requires that all the libraries are statically linked). So we can replace -static -lcollectc
with the full path to the static library. Which is /usr/local/lib/libcollectc.a
by default.
gcc hello.c -static -lcollectc -o hello
or similarly when compiling with clang:
clang hello.c -static -lcollectc -o hello
This will link the library by copying it into the executable. We can use this option if we don't wish to have Collections-C as a runtime dependency, however this comes at the expense of generating a larger executable.
We can also choose to link with the library dynamically at runtime. This is the default behaviour if omit the -static
compiler flag:
gcc hello.c -lcollectc -o hello
or with clang:
clang hello.c -lcollectc -o hello
Linking dynamically produces a smaller executable, but requires libcollectc.so
to be present on every system on which the program is going to be executed.
Sometimes the compiler may have trouble finding the library or the headers. This is usually because it's looking for them in the wrong directory, which may happen if the library or the headers or both are installed in a non-standard directory or not installed at all.
If this is the case, we can explicitly tell the compiler where to look for them by passing the -I[path to headers]
and -L[path to libraries]
options:
gcc hello.c `pkg-config --cflags --libs collectionc` -o hello
If everything went well with the compilation we can run the executable:
./hello
and it should print Hello, World!
to the console.
Contributions are welcome.
If you have a feature request, or have found a bug, feel free to open a new issue. If you wish to contribute code, see CONTRIBUTING.md for more details.