This includes the following changes:
- Move the data type wrangling into the lib to make it easier to use
- Put the functions into their own `zlib` namespace
- Use ErrorOr instead of exceptions
- Error codes for compression/decompression
The following changes have been made:
- The test has been adjusted to zlibutil's changed behavior.
- The output of zlibutil isn’t checked against static data, instead it hands
the compressed file to another decompressor. This was done because the exact
output can change with updates to zlib itself (this appears to have happened
in my case).
- The new test works with random data, reducing the likelihood of false passes.
- The new decompression test works with its own file for the same reason.
I did this months ago with the intention to finally start implementing networking....
Yeah, that definitely panned out.
Also, Git is drunk with how it says files have been renamed, they’re just empty apart from the license notice.
Third time's the charm...
Editing this commit again to resolve merge conflicts.
- Bodge
Splitting one of Joca’s commits by topic - Bodge
Add zlibutil.cpp and zlib to the project's dependencies. - Joca
This adds the following to the project:
- glslc from Google’s shaderc
- src/shaders directory
- shaders are now built as part of the `build` command
- forcefully remove some files during the setup process and when cleaning
- add some Vulkan-specific things to deal with GLFW
- get rid of useless warnings
- allow to set window size from the command line
The Window size is fixed for now because that will hopefully make
things easier in the strt. I intend to have a resizable window
in the future but getting things going is more important.
I have decided that we are going to use Vulkan for this. Hopefully, it works out.
This commit removes some OpenGL-specific things and adds Vulkan to the build command line.
Minecraft uses 32-bit and 64-bit VarInt types to cut down on network usage.
This library currently contains read functions for conversion to normal integers.
Something seems to be wrong with the converter for 64-bit varints,
can’t figure out what rn.
The constructor has been made private and replaced with a static wrapper
function to make constructing from invalid data impossible.
If there is more than one end tag or an end tag isn’t at the end,
an error will be returned.
Add size constraint to make sure string terminates at the correct
length. Cygwin appears to not put null bytes to terminate string when
reading from a file stream.
BodgeMaster
Joca