Daemon
Daemon copied to clipboard
The Dæmon game engine. 20 years of development above id Tech 3. Historically based on id Tech 3 through ioq3, Wolf:ET and XreaL a very long time ago.
Reported by heapusage: ``` ==240588== 2048 bytes in 1 block(s) are lost, originally allocated at: ==240588== at 0x00007f887a2d04fc: malloc (humain.cpp:175) ==240588== at 0x000055a2a92cac3f: operator new(unsigned long) (System.cpp:414) ==240588== at 0x000055a2a9067c5c:...
Reported by heapusage: ``` ==260621== 32 bytes in 1 block(s) are lost, originally allocated at: ==260621== at 0x00007f6c2ff024fc: malloc (humain.cpp:175) ==260621== at 0x0000560feb4e4355: operator new(unsigned long) (System.cpp:414) ==260621== at 0x0000560feb459f8a:...
Add a tool to build cross-compilers. This is currently a proof of concept and it is not used yet. The toolchains are built with [crosstool-NG](https://crosstool-ng.github.io/). It is rebased on: -...
Make sure `libz` and `librt` are found when building against deps libraries instead of system ones. It looks like it only worked because we were lucky some system libraries brought...
It's likely already uninitialized when `InternalSendMsg` is called. ``` ==00:00:00:02.994 1245482== Warning: set address range perms: large range [0x9be1080, 0x29be1080) (undefined) ==00:00:00:02.994 1245482== Syscall param sendmsg(msg.msg_iov[3]) points to uninitialised byte(s)...
Daemon sometimes consider out of memory is not an error. This is probably related to [this](https://github.com/DaemonEngine/Daemon/blob/84f56e805b6df2a08854afc5370019481de14922/src/engine/audio/ALObjects.cpp#L42-L65) code.
We build our releases on an old distribution (Debian Buster) because that's an easy way to produce binaries compatibles with older distros. Especially, we do that to link against an...
@necessarily-equal, does this fix the issue too, or is the issue always happen if `find_package` is used? This is an alternate implementation for: - https://github.com/DaemonEngine/Daemon/pull/785 --- Original message: This reportedly...
Right now when producing Unvanquished release builds and then Dæmon release builds, we use our own builds of deps from `external_deps` for building macOS and Windows release builds. For Linux...
The`trap_R_inPVVS` function is not used, I don't know if we want to keep it for potential modes being ported to Dæmon, but actually this is just something not used by...