[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#38687] [PATCH] gnu: Add libtcod.

From: goodoldpaul
Subject: [bug#38687] [PATCH] gnu: Add libtcod.
Date: Wed, 22 Jan 2020 11:11:34 +0000
User-agent: Roundcube Webmail

On 2019-12-23 18:37, Ludovic Courtès wrote:

Giacomo Leidi <address@hidden> skribis:

* gnu/packages/game-development.scm (libtcod): New variable.

Could you (1) add a ‘snippet’ that removes zlib and utf8proc from
src/vendor (assuming it doesn’t break the build system…), and (2) add
utf8proc as an input?

That way we’d make sure we don’t end up using bundled copies of these

Apart from that it LGTM, thanks!


Hi Ludo',
Sorry for the delay. I checked and it seems that a lot of vendor library paths are hardcoded in the C headers.

I made a new patch with a snippet that deletes zlib sources, but I'm unsure about how to approach the hardcoded paths.

grepping for 'vendor' inside the source returns

41:#include "../vendor/lodepng.h"

54:#include "../../vendor/utf8proc/utf8proc.h"

36:#include "../../vendor/glad.h"

39:#include "../../vendor/lodepng.h"

43:#include "../../vendor/stb_truetype.h"

34:#include "../../vendor/lodepng.h"

As far as I understood (I'm no C wizard) lodepng, glad and stb are libraries which are designed to be dropped inside a source tree and statically built in binaries. Right now I think those are secondary problems and the main deal is how to effectively replace the included utf8proc.

I'm not sure if replacing every "#include ../../vendor/something.h" with "#include <something.h>" ( by including a .patch file or with substitute* ? Food for thought :D) and then placing something.h inside a path known by the C linker is enough but it's the I'm not really sure where to go from here.

Any advice is very welcome, thanks.


Attachment: 0001-gnu-Add-libtcod.patch
Description: Text Data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]