aboutsummaryrefslogtreecommitdiff
path: root/platform (follow)
Commit message (Collapse)AuthorAgeFilesLines
* macOS fix memory leak (hopefully)HEADmasterNicholas Tay2023-07-261-1/+1
| | | | | | | | | | I think it's this simple, maybe I got confused by the memory going up a bit. But I think this actually works, simply releasing should ARC cleanup, and the memory goes up a bit just because of the NSCache but doens't go up further. Again it'd be nicer to use some different lower level way of playing, but this is definitely good enough for now.
* Initial working Obj-C sound (leak)Nicholas Tay2022-12-093-12/+71
| | | | | It seems to memory leak so needs to be fixed, but this was before I had to return my work MacBook - until I get my own!
* Initial macOS support (key hooking only, no sound yet)Nicholas Tay2022-11-031-0/+167
| | | | | | | | | | | | | | | | Thought I'd commit this first, since it'll be some Objective-C stuff coming (tested it out in another mini probe). Mostly has stuff similar to Linux so probably should abstract some out to *nix common. But uses IOKit to get into the typing events. Will use Obj-C for now for sound, since it'll probably be a NSSound thing, hooked up with NSCache (like Linux) to reduce loading into NS format multiple times. Also probably would need to free the sound object on finish sound, and not sure how I'd do Obj-C delegates from C... it would be fun to figure it out though eventually Also switched the Makefile to use clang, it's warnings do seem to be nicer :) and is what `gcc` is aliased to on a Mac by default anyway.
* Add a proper cache for Linux+SDLNicholas Tay2022-05-301-14/+50
|
* Fix indent/stylingNicholas Tay2022-05-182-12/+24
|
* Add Linux supportNicholas Tay2022-05-173-4/+169
| | | | | | | | Oh boy this was a bit of a hassle lol - dynamic loading was the easiest part... but then came both sound and x11 Using SDL for now but I'd really like to change it for even lower layer, but then I might have to make my own mixer... oh no.
* Improve plugin loading architectureNicholas Tay2022-05-112-16/+11
| | | | | | | | | | | | | This should be better, maybe the variable names could be better though. Init is more extensible, we take in a 'board_data' struct on the plugin end that has everything it needs (mainly function pointers for now). Then, a 'board' struct is given back to the main Clak runtime, with everything it needs to know (again, mainly function pointers). It is a bit weird that the board is not stored with Clak but as a pointer to the dynamically loaded bit, but not sure.
* Dynamic load boards as DLL (windows only for now)Nicholas Tay2022-05-102-0/+43
| | | | | | The .h files are pretty weird, should look at other C projects to see how they load plugins. This function pointer business with typedefs is kinda weird, not sure where they should live.
* Split out platform-specific code for WindowsNicholas Tay2022-05-072-0/+90
Not sure if I'm really doing it in the best way possible. Feels a bit weird that some place assumes the existence of other functions.