tried to run this from surrey pc, got the following error: /usr/bin/ld: /tmp/ccca3KKm.o: relocation R_X86_64_32 against .rodata.str1.1 can not be used when making a shared object; recompile with -fPIC /tmp/ccca3KKm.o: error adding symbols: Bad value collect2: error: ld returned 1 exit status

running tests with multiprocessing, also using diffferent multiprocessing techniques. it seems that the multiprocessing doesnt speed it up that much at least on my laptop. will run it on astro1 or something now

Added functionalities around grid code generation, like accepting custom defined functions, exporting it to a file and saving it to grid_options

added function to parse arguments via commandline, added parsing of version history and and the loading of the generated grid function

plot for scaling of the generation of commands in memory. clearly we cant load this into memory the whole time

 updated help all super function to combine the results of detailed_help to the already present results

updated the grid to handle single systems, also by loading the custom logging. then i stumbled on the following: if the .so is loaded once, and then we change and rebuild the library and load it again, it doesnt have effect. the solution to this is to give the newly built library name a random hash in its name. TODO: need to remove the contents of the custom_logging_dir each time the single or population function is done

added a help all super function that calls help_all first, and then loops over the parametr names to get more information

added some extra grid option parameters. I need to make sure that these dicts are so that you can change the values, but not add keys

added general run_system api binding, which will eventually replace the individual ones. this function runs a system, and depending on the input it will use a custom logging, a preloaded store, write log to file etc. I think it will be better to just write some if statements in a single function, and not have too many repeating code

added directory that will contain test systems/evolutions which can be compared to a hardcoded output

created file that will contain examples of logging lines/custom logging snippets for people to use as an inspiration

added extra test files. there are new api functions im starting to put all of them into a test function now. later this will become a real unit test function

Rewrote argument handling of population class, added export functions. Added python-c-bindings to return store and other small changes

building population code. added some grid options, loading custom logging code now works (but not yet on runing the population tho)