Package Details: lib32-gperftools 2.15-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-gperftools
Description: Fast, multi-threaded malloc and nifty performance analysis tools (32-bit)
Upstream URL:
Licenses: BSD-3-Clause
Submitter: shad0w73
Maintainer: AstroProfundis
Last Packager: AstroProfundis
Votes: 33
Popularity: 0.82
First Submitted: 2013-07-13 12:12 (UTC)
Last Updated: 2024-03-25 15:03 (UTC)

Latest Comments

1 2 Next › Last »

cinnamon211 commented on 2024-03-25 19:01 (UTC)

Updated now to 2.15 which is current as of March 25th 2024.

cprin21 commented on 2024-02-02 09:55 (UTC)

Two versions out of date. Has the maintainer abandoned this package? Current version is 2.15 and yet this is 2.13.

Richardn commented on 2024-01-13 04:13 (UTC)

I need to append --host=$(uname -m) to the configure in build() to build, otherwise

configure: error: cannot run C compiled programs.

And the final objects I get is a list of .a archives instead of .so libraries, though dynamically linking to one of them works for me. (in specific, LD_PRELOAD=/usr/lib32/libtcmalloc_minimal.a %command% get me running Portal Stories: MEL under Steam, see here, section 3.6)

MarsSeed commented on 2024-01-12 00:15 (UTC)

@HurricanePootis, thank you for informing me about this. I have revoked my deletion request.

HurricanePootis commented on 2024-01-11 04:10 (UTC)

lib32-gperftools, even if not needed by other packages, is used by non-packaged software, particularly Valve Source Engine Games.

MarsSeed commented on 2024-01-09 17:14 (UTC)

No longer need by any other package.

HurricanePootis commented on 2024-01-08 23:46 (UTC)

2.15 is out

darkprof commented on 2020-08-07 06:04 (UTC)

version 2.8 released

darkprof commented on 2019-08-07 13:24 (UTC)

cmake first finding libraries in /lib64, but not finding in /lib32, respectively, links with a 64 bit library. If you make symlinks for /usr/lib32/libtcmalloc* then the problem can be solved.

AstroProfundis commented on 2017-03-22 02:53 (UTC)

@Hi-Angel Thank you for the info! Glad to know you have fixed the issue. By doing a quick search & reading, it seems to me that, as you said, it may only breaks when there's an actual job need it. Might be some specific libary or even hardware related part. By testing again on my building machine (an old Linode server), I still failed to reproduce the same error, and as the related params are passed in from makepkg.conf (at least on my system), I believe it's not necessary to modify PKGBUILD.