Sys_LoadDll says:
// TODO: use fs_searchpaths from files.c
I have a pair of patches to do so, by adding and using a new function FS_FindDll; this means that DLLs will be loaded from all the same places we'd look for PK3s.
I realise the normal recommendation is to use QVM bytecode, and this is indeed the easiest way to run games that have QVMs, but compiling those requires q3lcc, whose license doesn't meet distributions' free software license policies. The distribution I'm personally interested in is Debian, but Ubuntu, Fedora and Mandriva have very similar policies.
In the case of OpenArena, we had to choose between to dropping OpenArena from Debian, or compiling the game logic to native code; we chose to use native code.
As a side benefit, when native code is enabled, this patch avoids issuing a Com_Printf warning saying "no such file or directory" for each search-path location that *doesn't* contain a DLL.
You're practically castrating openarena and condemning your users to sv_pure 0 servers if you don't distribute QVMs.
However, your patches are reasonably clean and they seem to improve the library loading so I'll commit it. Thanks.
(In reply to comment #3)
> You're practically castrating openarena and condemning your users to sv_pure 0
> servers if you don't distribute QVMs.
We do have additional patches to remain network-compatible with pure servers, which I haven't upstreamed yet (partly in the hope that I can think of a better way to do it). OpenArena relies on pure servers, because 0.8.5 broke network compatibility with earlier versions, making impure OA servers a really bad idea.
I should have phrased that differently:
We will never accept patches that make it possible for users to run native code on pure servers that is not contained in pk3 files that also reside on the pure server.
Sys_LoadDll says: // TODO: use fs_searchpaths from files.c I have a pair of patches to do so, by adding and using a new function FS_FindDll; this means that DLLs will be loaded from all the same places we'd look for PK3s. I realise the normal recommendation is to use QVM bytecode, and this is indeed the easiest way to run games that have QVMs, but compiling those requires q3lcc, whose license doesn't meet distributions' free software license policies. The distribution I'm personally interested in is Debian, but Ubuntu, Fedora and Mandriva have very similar policies. In the case of OpenArena, we had to choose between to dropping OpenArena from Debian, or compiling the game logic to native code; we chose to use native code. As a side benefit, when native code is enabled, this patch avoids issuing a Com_Printf warning saying "no such file or directory" for each search-path location that *doesn't* contain a DLL.Created attachment 2399 [details] FS_FindDll: new function to go through the search path looking for a DLLCreated attachment 2400 [details] Sys_LoadDll: use FS_FindDll