Fails on F19/rawhide http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1704319
Tracked the problem down to the following upstream papi commit because it removes the mb() definition for arm: commit 59d3d7584b2925bd05b4b5d0f4fe89666eb8494a Author: Vince Weaver <vincent.weaver> Date: Thu Oct 18 15:24:29 2012 -0400 Update the memory barriers It turns out PAPI fails on older 32-bit x86 machines because it tries to use an SSE rmb() memory barrier. (Yes, I'm trying to run PAPI on a Pentium II. Don't ask) It looks like our memory barriers were copied out of the kernel, which doesn't quite work because it expects some kernel infrastructure instead. This patch uses the definitions used by the "perf" tool instead. Also dropped the use of the mb() memory barrier on mmap tail write, as the perf tool itself did a while ago so I'm hoping it's safe to do so as well. It makes these definitions a lot simpler.
Put a patch in the srpm rawhide and f19 srpms to address this problem. The srpm should build on arm now.
papi-5.1.0.2-2.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/papi-5.1.0.2-2.fc19
Package papi-5.1.0.2-2.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing papi-5.1.0.2-2.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-9727/papi-5.1.0.2-2.fc19 then log in and leave karma (feedback).
papi-5.1.0.2-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.