Re: games/gzdoom

Ryan Freeman writes:

> On Sat, Jun 30, 2018 at 07:01:05PM +0300, Timo Myyrä wrote:
>> Rafael Sadowski <rafael@sizeofvoid.org> writes:
>>
>> > On Sat Jun 30, 2018 at 11:21:28AM +0200, Solene Rapenne wrote:
>> >
>> >> Hello
>> >>
>> >> Does someone already started porting gzdoom? I would like to port it.
>> >>
>> >> At first I wasn't sure we would need another doom engine, but this one does opengl rendering and allow to play lot of mods which some are real games. And good news, last release compile just fine.
>> >>
>> >> So, if nobody is currently working on a port, i'll take care of it. If someone already have some wip port I'd be happy to continue the work.
>> >>
>> >
>> > Nothing on the list and nothing in openbsd-wip. Go ahead!
>>
>> Hi,
>>
> I actually have wip port of the gzdoom.
> Only thing missing is the handling of the wad files. It doesn't seem to load the
> files correctly but it will load them from current dir. So changing to
> /usr/local/share/doom and then starting gzdoom seems to work.
>

I took a look and I see that we have very differents libs, I'm not sure
I dont' miss libs but I don't know how to check this...


> For doom data directory loading, I believe it would be enough to do similar
> what I did with chocolate-doom, use sed -i on one of the existing paths in
> gzdoom source to switch it to look under $PREFIX/share/doom.
> This file seems like it would work:
> $ grep -R 'games/doom' *
> src/gameconfigfile.cpp: // Debian likes them in /usr/share/games/doom
> src/gameconfigfile.cpp: SetValueForKey ("Path", "/usr/local/share/games/doom", true);
> src/gameconfigfile.cpp: SetValueForKey ("Path", "/usr/share/games/doom", true);

Indeed, I should replace /usr/local/ with $PREFIX