Package Details: papi 5.7.0-1

Git Clone URL: https://aur.archlinux.org/papi.git (read-only)
Package Base: papi
Description: Performance Application Programming Interface
Upstream URL: http://icl.cs.utk.edu/papi/
Licenses: BSD
Conflicts: libpfm4
Submitter: jedbrown
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 18
Popularity: 0.011754
First Submitted: 2009-11-09 21:53
Last Updated: 2019-03-25 18:22

Latest Comments

1 2 3 Next › Last »

eolianoe commented on 2019-02-16 11:02

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

wuxb commented on 2019-02-15 16:56

@eolianoe: https://gist.github.com/wuxb45/1209ed2cd0f7e54ced953eefe3b9ad48

And maybe only the last a few lines are relevant:

mpicc -I../testlib -I../validation_tests -I.. -I. -fPIC -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -g -Wextra -Wall -O1 first.c ../testlib/libtestlib.a ../testlib/do_loops.o ../libpapi.a -ldl -o mpifirst mpicc: error while loading shared libraries: libpciaccess.so.0: cannot open shared object file: No such file or directory make[2]: [Makefile.recipies:227: mpifirst] Error 127 make[2]: Leaving directory '/home/wuxb/.cache/yay/papi/src/papi-5.6.0/src/ctests' make[1]: [Makefile.inc:240: ctests] Error 2 make[1]: Leaving directory '/home/wuxb/.cache/yay/papi/src/papi-5.6.0/src' make: *** [Rules.pfm4_pe:43: libpfm4/lib/libpfm.a] Error 2

eolianoe commented on 2019-02-15 11:21

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

wuxb commented on 2019-02-14 22:56

It does compile after installing libpciaccess. GCC 8.2.1 and papi 5.6

cniethammer commented on 2018-10-12 18:09

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

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

@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

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

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

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