87541d5789
modify Makefile to be more in-line with the GNU standard.
...
Mainly so the makefile is a bit less esoteric to use, debugging flags
must be specified manually.
changed:
- `$RM` for calling `rm`
- removed unused `$ISWIN`
- renamed `test` to `check`
- added `install` and `install-strip` recipes, which for now remain
empty
- added `-g` to `$CFLAGS`, since it helps debugging, and in case of
failures makes bug report less of a headache.
I decided to not modify it further so "specialised tools" don't need to
store files in the git repo, which seemed to complicate logic.
This is the same reason to why I chose to not adapt clean in a way to
introduce `mostlyclean`.
2025-10-20 15:19:24 +02:00
e623a352d2
fix: windows cache is not caching correctly.
2025-09-17 13:59:03 +02:00
66e3d0d06f
revert previous, since the compilation has concluded
2025-09-17 12:55:33 +02:00
adfca88d3c
push compilation of libraries on everything to get rid of turtle compilation speeds
2025-09-17 12:51:20 +02:00
e9c922d3cd
revert forced usage of bash, instead opt for (more) explicit compiler selection.
2025-09-17 12:39:21 +02:00
2261209d8d
win: increase cores, to hopefully not spend 20min on compilation.
2025-09-17 12:13:34 +02:00
a16f454396
drop macosx support; the fix introduced a new bug
...
We're now running into dynamic linker problems, so we shall disable
macosx support for now.
2025-09-17 11:32:40 +02:00
945a82e5f6
test-fix: windows compilation
2025-09-17 11:32:40 +02:00
88d39150dd
test-fix: macosx compilation
2025-09-17 11:32:40 +02:00
b13739c782
do not bother with recompiling the libraries, if we got a cache hit.
2025-09-15 12:57:35 +02:00
5db42a2b15
disable windows from the CI.
...
yeah, fuck you too.
Windows has been... quite the pain to deal with, and I've reached the
limit of what I can be arsed to do to try and make it work.
2025-09-15 12:43:52 +02:00
2277b8ec77
use a more accurate hash for caching submodule objects.
2025-09-15 12:41:52 +02:00
fa26a3561d
disable macosx for the time being, it is non-functional and I can't/won't test it anyway.
2025-09-15 12:34:30 +02:00
6c184a4d36
re-enable windows, and see what happens.
2025-09-15 12:17:37 +02:00
5f3bd40a47
potato time.
...
this is quite upsetting.
2025-09-15 12:04:41 +02:00
f20171c0d7
fix: using the linker for generating a .o file is a feature for only GNU ld.
...
Now utilising a process to generate a .c file using `xxd`, and compiling
those to object files.
2025-09-15 11:59:39 +02:00
ec36d8c475
add runner architecture to the action cache
2025-09-15 11:59:39 +02:00
0f6a2579b9
forcibly recompile the libs, so if deps get updated, this will be carried through.
...
This sacrifices a bit of workflow performance, but won't be too
significant. The heaviest step (cmake) is still circumvented
2025-09-15 11:14:40 +02:00
1ac4592503
Aparrently, the act docker container does not have cmake installed.
...
Adding this should not make a significant impact on workflow
performance.
2025-09-15 09:35:59 +02:00
4da02373a5
disable fail fast, so feedback is provided for all matrix combinations
2025-09-15 09:25:18 +02:00
c724ff0449
remove explicit definition for repository, since it messes with act
...
`act` allows to debug github workflows before sending them to the
server, allowing to test some behaviour, before pushing.
2025-09-15 09:20:07 +02:00
1169ca98b1
use threaded makefile for more efficiency.
2025-09-13 21:11:58 +02:00
8a1ed6e3c4
attempt without including windows
2025-09-13 21:04:29 +02:00
a7678c874c
write a CI workflow for multiple OSes, that compile and test the code using the makefile.
2025-09-13 20:57:54 +02:00
545eecca37
remove CI, because I cannot be bothered.
...
I am not going to work on the continuous integration workflow for now.
It keeps failing and I just do not care about it right now.
2025-08-25 09:32:31 +02:00
999180cd74
drop windows support
...
I am done, I could not take it anymore.
Windows cross-compilation was driving me mad, I'll figure something else
out... probably. I just can't deal with this anymore right now.
It will be added back but I am so fucking tired of messing about with
vcpkg and all that crap.
2025-08-18 13:47:54 +02:00
08a8e261f0
remove usage of cross compilation because it's borked. (thanks microsoft!!)
2025-08-13 16:18:50 +02:00
ee27935aab
add vcpkg.json, and modify ci.yaml to improve usage vcpkg
...
Now we utilise storing dependencies in `vcpkg.json`, we can use this to
more easily install the dependencies.
Furthermore, we moved cloning vcpkg to `checkout`, which creates clones
with `--depth=1` by default.
2025-08-13 16:00:51 +02:00
7ef32c06ea
add libarchive to the dependencies.
...
library for handling archives, like gzip, xz, zstd, et cetera.
This'll be crucial later on.
2025-08-10 23:24:55 +02:00
1ea37b6e86
fix: there is no need to let the compilation continue if it fails.
...
it actually makes it less easy to locate errors.
2025-07-24 16:29:03 +02:00
6997e08b05
add copyright information and code cleanup
2025-06-15 14:29:28 +02:00
efcc02248f
fix: github actions having too much trouble executing wine
2025-06-15 14:16:43 +02:00
846cf467a3
utilise the quick compilation using default flags in the workflow
2025-06-15 13:57:52 +02:00
c134963773
add windows testing
2025-06-15 13:57:52 +02:00
Quinn
1679349098
allow the workflow to continue on some errors, since they're non-fatal
...
Signed-off-by: Quinn <99677023+thepigeongenerator@users.noreply.github.com >
2025-06-15 13:57:52 +02:00
e6ffe785cd
merge all seperate jobs into a single job, since this is more efficient.
2025-06-12 11:16:21 +02:00
09ee136177
tmpfix: revert change for using APT instead of the docker container, as it doesn't work yet.
...
I first need to figure out why vcpkg cannot find the GLFW package.
2025-06-11 17:59:08 +02:00
64f3ee457b
set workflow vcpkg path to be within ${{github.workspace}}
2025-06-11 17:56:22 +02:00
83f929911e
reorder arguments in CI workflow
...
it's more logical to have the DEBUG arument at the end, to be on-par
with `compile` job
2025-06-11 17:56:22 +02:00
c77f711982
remove dependency on custom docker container, since it seems to be rather slow
...
I hope to speed things up by using the native ubuntu-latest, but it
might be just as slow, if not slower. In which case I'll likely switch
back.
If it is faster, the dockerfile will be deleted in a subsequent commit.
2025-06-11 17:56:22 +02:00
18bb82fa11
improve vcpkg generation / caching
2025-06-09 23:20:50 +02:00
28a96a2cf6
compiling from scratch is faster than dealing with artifacts
2025-06-06 19:30:46 +02:00
de2e8a7ed8
store vcpkg in cache to reduce runtime performance hit
2025-06-06 19:24:25 +02:00
eb03b30a0d
make container selection more consise
2025-06-02 12:41:01 +02:00
38afc94d4f
optimise CI pipeline by removing vcpkg building from the dockerfile.
2025-06-02 12:41:01 +02:00
84a966b775
merge CI pipelines again, since the new thing didn't work well with artifacts.
2025-06-02 12:41:01 +02:00
