fixing errors: hdf5 file creation when there are no settings. and the setting export if there is a functio in it

updated scaling plots and function to compare the grid runs. i need to keep in mind that these calculations are very probably limited the the physical amount of cores the machine has

added some plots, restructured routine for scalingplots, fixing the phasevol part of the grid generator

adding clean test function for the population. with total starcount etc (need to make a nice verbose functionality there now)

expanded the grid generation code. still needs work but its more complete now. need to fix the phasevol correctly tho. Made a function to call the grid, and loop over it and write all the binary_c calls to a file

added testing and the cleaning up of the custom library. this isnt done yet, and ive hit on some sissues

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

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

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)