Search Criteria
Package Details: libtcod 2.1.1-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/libtcod.git (read-only, click to copy) |
---|---|
Package Base: | libtcod |
Description: | Roguelike graphics/utility library |
Upstream URL: | https://github.com/libtcod/libtcod |
Keywords: | graphics library roguelike utility |
Licenses: | BSD |
Provides: | libtcod.so |
Submitter: | feufochmar |
Maintainer: | robindegen |
Last Packager: | robindegen |
Votes: | 31 |
Popularity: | 0.90 |
First Submitted: | 2012-08-31 18:06 (UTC) |
Last Updated: | 2025-07-23 13:30 (UTC) |
Dependencies (3)
- sdl3 (sdl3-gitAUR)
- zlib (zlib-gitAUR, zlib-ng-compat-gitAUR, zlib-ng-compat)
- cmake (cmake3AUR, cmake-gitAUR) (make)
Latest Comments
1 2 3 4 Next › Last »
robindegen commented on 2025-07-20 19:54 (UTC)
This package wasn't updated in years. I took it over and updated it to 2.1.1 which is the latest version at the time of writing.
ltmf commented on 2022-12-01 18:07 (UTC)
https://github.com/hexadecimal.gpg
ltmf commented on 2022-12-01 18:07 (UTC)
The package does not provide a valid key. Please save us the headache next time.
Eremiell commented on 2022-09-12 17:50 (UTC)
Can't figure where to get the GPG public key. All the usual places seem to fail.
adsun commented on 2019-09-16 17:51 (UTC) (edited on 2019-09-16 17:51 (UTC) by adsun)
This needs
python
inmakedepends
, otherwise autoreconf fails.feufochmar commented on 2018-07-01 21:18 (UTC)
@Eremiell That was always the case. I've open an issue upstream ( https://bitbucket.org/libtcod/libtcod/issues/125/ ).
Eremiell commented on 2018-07-01 20:06 (UTC)
Seems to produce libtcod.so.0.0.0 etc. for me instead of e.g. libtcod.so.1.7.0.
Viech commented on 2018-04-10 02:06 (UTC)
Just letting you know that I used your package as a basis for a python-libtcod package (https://aur.archlinux.org/packages/python-libtcod/). If you ever decide to include python bindings in your package let me know and I'll dispose of it again.
feufochmar commented on 2018-04-06 23:40 (UTC)
The problem raised by Viech has been fixed in the 1.6.6 release, with the correction of the autotools building files (fixing where the pstdint.h is located when installed).
feufochmar commented on 2018-04-04 16:56 (UTC) (edited on 2018-04-04 16:57 (UTC) by feufochmar)
I don't encounter a problem when I build the package. There may be a problem when using it though. From the PKGBUILD directory path, that file is located after building the package at:
./src/libtcod/include/external/pstdint.h => source file is inside include/external
./pkg/libtcod/usr/include/libtcod/pstdint.h => when installed, the file is located in the /usr/include/libtcod directory, not /usr/include/libtcod/external
1 2 3 4 Next › Last »