chuggafan
chuggafan
Work is still progressing with this, slowly, it's just an ton of very annoying changes that mean I have to basically obliterate any static variables and move them elsewhere if...
Well, if we want such a thing to happen, we should probably then add Linux support for OCC, etc. Currently this would mean the following: * Adding support for various...
Yes for getting things to compile, I'd agree, running the basic stuff thought should be fine, I might look into it more, but I did make a shim for semaphores...
I think, OCC needs at a minimum for re-writting: piper.c in parse86 and getting abspath() running from browse.c working everywhere to properly running, however, attempting to compile+link against a library...
The piper.c stuff could be replaced by _popen and friends, yes, but it's nice to have that wrapper there so less can be edited. I did edit my comment for...
In win32 the `A` functions are 8 bit char versions, versus the W functions which are the wide string functions. It is more than likely that wine doesn't implement these...
> strnlen That's a POSIX extension, not standard C, we can add support for it, but I haven't seen it before. I'm not sure if you have shlwapi being added...
Tbh I genuinely think that there's no point in creating a custom runtime library since 99.999999% of all programs (on linux) will run on some version of glibc and they...
I'd imagine that this feature would coincide with a x64 self-hosted implementation, allowing for it to compile to amd64 systems and DOS
If you have an issue with finding newer windows headers, the MINGW64 project with it's (as far as I know for most of them, public domain) headers should work fine...