Package Details: papi 6.0.0.1-2

Git Clone URL: https://aur.archlinux.org/papi.git (read-only, click to copy)
Package Base: papi
Description: Performance Application Programming Interface
Upstream URL: http://icl.cs.utk.edu/papi/
Licenses: BSD
Conflicts: libpfm4
Submitter: jedbrown
Maintainer: wuxb
Last Packager: wuxb
Votes: 20
Popularity: 0.24
First Submitted: 2009-11-09 21:53 (UTC)
Last Updated: 2022-05-16 21:36 (UTC)

Latest Comments

wuxb commented on 2022-05-16 21:37 (UTC)

@gamezelda Fixed. Thanks for the msg!

gamezelda commented on 2022-05-16 19:55 (UTC)

Fails to build after the recent GCC 12 update in the Arch repos. The problem is inside the vendored libpfm4 dependency, see also: https://sourceforge.net/p/perfmon2/mailman/perfmon2-devel/thread/cd043334-18bf-213b-4e35-39c63e250720@redhat.com/

The post above includes a patch. Another simpler workaround is to set -Wno-error=use-after-free, i.e. as follows in the PKGBUILD:

-  export CFLAGS="-fPIC ${CFLAGS}"
+  export CFLAGS="-fPIC -Wno-error=use-after-free ${CFLAGS}"

eolianoe commented on 2019-02-16 11:02 (UTC)

@wuxb: I can't reproduce your error, try to upgrade and reboot your machine and use pure makepkg (not yay).

eolianoe commented on 2019-02-15 11:21 (UTC)

@wuxb: no trouble on my side even on a clean chroot. Could you share the error message?

cniethammer commented on 2018-10-12 18:09 (UTC)

I can confirm, that PAPI 5.6.0 does not build with GCC 8.2.1. The issue is fixed by the PAPI/libpfm4 developers but they did not come out with an official stable PAPI release including these fixes yet.

poinu commented on 2018-10-10 07:51 (UTC)

This version of PAPI fails to compile with GCC 8.2.1 for me. It builds fine with GCC 6.4.1. Can anybody check?

eolianoe commented on 2017-09-24 10:58 (UTC)

@milianw: for now I add a conflict and when libpfm4 will be updated, I'll add it as a dependency.

milianw commented on 2017-09-19 09:00 (UTC)

This package installs libpfm files, which then leads to conflicts with libpfm4. Note that the papi package doesn't install the libpfm4 headers, so it's not a full replacement for the libfpm4 package and thus breaks other packages that depend on the availability of libpfm4 and includes (like lttng-tools): error: file owned by 'libpfm4' and 'papi': 'usr/lib/libpfm.so' error: file owned by 'libpfm4' and 'papi': 'usr/lib/libpfm.so.4'

mickours commented on 2016-02-03 19:31 (UTC)

I had the same problem with an other package: https://aur.archlinux.org/packages/libguestfs/ javum commented on 2016-02-02 16:13 Removing hardening-wrapper package solves my issue https://bbs.archlinux.org/viewtopic.php?pid=1496413#p1496413

pums974 commented on 2015-05-28 15:26 (UTC)

Seems to be broken here mpicc -I.. -I../testlib -I.. -march=native -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -g -DSTATIC_PAPI_EVENTS_TABLE -DPEINCLUDE="libpfm4/include/perfmon/perf_event.h" -D_REENTRANT -D_GNU_SOURCE -DUSE_COMPILER_TLS -Ilibpfm4/include -DPAPI_NO_MEMORY_MANAGEMENT -O0 first.c ../testlib/libtestlib.a ../libpapi.a -Wl,-O1,--sort-common,--as-needed,-z,relro -o mpifirst /usr/bin/ld: ../testlib/libtestlib.a(do_loops.o): relocation R_X86_64_32 against `.rodata.str1.4' can not be used when making a shared object; recompile with -fPIC ../testlib/libtestlib.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status Makefile.recipies:229: recipe for target 'mpifirst' failed make[1]: *** [mpifirst] Error 1 make[1]: Leaving directory '/temp/makepkg/papi/src/papi-5.4.1/src/ctests' Makefile.inc:239: recipe for target 'ctests' failed make: *** [ctests] Error 2

eolianoe commented on 2015-04-26 18:25 (UTC)

There is a missing "\" between the two lines that install the license.

jedbrown commented on 2015-03-12 04:33 (UTC)

@Chais PAPI used to (and may in the future) make patch releases (e.g., 5.1.0.2) that appear in the tarball and necessarily in pkgver, but not in the directory name upon unpacking (5.1.0). I defined _pkgver for maintainability at that time.

Chais commented on 2015-03-11 14:37 (UTC)

Version 5.4.1 is available. Also why are you using $_pkgver, when it has the same value as $pkgver? And perhaps use a more solid hash function. MD5 should not be used for anything any more. sha256 should be fine for this.

pspkzar commented on 2013-12-19 01:02 (UTC)

my first uploaded package so tell me if there's anything wrong

nicoulaj commented on 2013-08-29 16:38 (UTC)

Please update or disown

nicoulaj commented on 2013-08-08 09:08 (UTC)

PAPI 5.2.0 has been released, please update.

nicoulaj commented on 2013-07-26 16:05 (UTC)

5.1.1 has been released.

Siosm commented on 2013-03-01 21:54 (UTC)

Updated PKGBUILD: https://github.com/Siosm/siosm-aur/blob/master/papi/PKGBUILD I'm looking for a GUI for this tool. I'll try perfsuite.

jedbrown commented on 2011-06-24 13:39 (UTC)

Fixed and updated, thank you.

bins commented on 2011-06-24 13:11 (UTC)

here is the patch to fix the dlopen detection problem: === --- a/src/configure.in 2011-05-05 17:59:41.000000000 +0200 +++ b/src/configure.in 2011-06-24 15:07:36.000000000 +0200 @@ -116,7 +116,7 @@ AC_MSG_RESULT([not found]) AC_MSG_CHECKING([for dlopen and dlerror symbols in -ldl]) SAVED_LDFLAGS=${LDFLAGS} - LDFLAGS="${LDFLAGS} -ldl" + LDFLAGS="${LDFLAGS} -Wl,--no-as-needed -ldl" AC_TRY_LINK([#include <dlfcn.h>], [void *p = dlopen ("", 0); char *c = dlerror();], [has_ldl="yes"], [has_ldl="no"]) === hth, sebastien.