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.