Package Details: libtcod 1.24.0-1

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: None
Last Packager: Mr.Smith1974
Votes: 30
Popularity: 0.066868
First Submitted: 2012-08-31 18:06 (UTC)
Last Updated: 2023-06-22 04:45 (UTC)

Dependencies (3)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

veox commented on 2012-10-14 22:26 (UTC)

Ah, yes, that was it, not -multilib. :)

feufochmar commented on 2012-10-03 18:11 (UTC)

Thanks tycho. I reproduce the problem when I uncomment MAKEFLAGS (it is commented by default). I added the option !makeflags to the PKGBUILD to tell makepkg to ignore the variable.

tycho commented on 2012-10-03 10:21 (UTC)

I figured out why it kept doing the "file truncated" nonsense. In my case it was probalistic whether or not it happened. Apparently the libtcod makefiles aren't well-written and don't handle parallel makes very well, so it would try to link against libraries that were not yet fully written to disk. So either add MAKEFLAGS="-j1" to the PKGBUILD or comment MAKEFLAGS in /etc/makepkg.conf.

veox commented on 2012-09-19 21:35 (UTC)

Hmm, binutils just might be it. I'm using the same versions of all packages, but binutils is binutils-multilib. Don't want to replace it just like that to see, since I need itj pretty often. I say let's leave it at that.

feufochmar commented on 2012-09-19 10:24 (UTC)

veox : I also use pacman 4.0.3-3 and yaourt 1.1-1 and I don't reproduce your problem. Your problem seems to be a link problem. You have a problem with ld invoked by collect2. See http://gcc.gnu.org/onlinedocs/gccint/Collect2.html Can you check that the ld you are using is the one from binutils ? Also, I'm up to date and using the following packages : - gcc 4.7.1-6 - binutils 2.22-10 - glibc 2.16.0-4 - linux-api-headers 3.5.1-1

feufochmar commented on 2012-09-19 09:54 (UTC)

I've updated the PKGBUILD to remove the manual extraction of the sources.

veox commented on 2012-09-18 21:31 (UTC)

P.S. Also, you do not need to manually extract the sources.

veox commented on 2012-09-18 21:08 (UTC)

...but the upstream makefile only has the changes you have in your patchfile. Since this builds for you, and actually for me, too, I'll just dump my procedure here in case someone encounters the same misconfiguration. ;) To be more specific, I'm using yaourt-1.1-1 here, but this also happens if using makepkg-4.0.3-3 directly. The error message is (preceded by two lines to build libtcodxx.so and libtcodgui.so): ./libtcod.so: file not recognized: File truncated collect2: error: ld returned 1 exit status make: *** [libtcodxx.so] Error 1 make: *** Waiting for unfinished jobs.... ./libtcod.so: file not recognized: File truncated collect2: error: ld returned 1 exit status make: *** [libtcodgui.so] Error 1 libtcod.so file size is 400163 bytes. I can build it manually, no problem: cd src/libtcod-1.5.1 make -f makefiles/makefile-linux64 clean release TEMP=$PWD/../tmp libtcod.so file size is the same. It is using the 64-bit version makefile, I have verified that.

veox commented on 2012-09-18 20:31 (UTC)

OK, I'll try the upstream makefile now.

feufochmar commented on 2012-09-05 18:01 (UTC)

Strange. I am also on x86_64, and I have no problem to compile it :-/ The source package contains a 32 bit precompiled libs, and has a broken 64 bit makefile (that's why I added a patch). There are two makefile for linux (makefiles/makefile-linux is for 32 bit, makefiles/makefile-linux64 is for 64 bit) The 64 bit makefile has been corrected upstream in the mercurial repository. Could you try to build the package with the last makefile from the mercurial repository ? Also, the PKGBUILD do a "make clean release" (and not just a "make release") to force the rebuild.

« First ‹ Previous 1 2 3 4 Next › Last »