I'm not sure how this would work exactly, but my understanding (I could be wrong) was that RPerl components are compiled to binaries (after a translation phase to C++) and probably don't need a specific runtime environment. So you would only need to include the proper modules in your Perlrapper.

This could be considered an example ... its a call to Inline::CPP ...

https://metacpan.org/source/WBRASWELL/RPerl-5.000000/lib/RPerl/DataType/GMPInteger_cpp.pm

$RPerl::Inline::ARGS{libs}         = '-lgmpxx -lgmp';
[download]

Interesting, so instead of converting the Perl code to a shared library, one could convert it to a .cpp source file instead which is then included into the main Perl script using gcc and Inline::CPP ? Alternatively, write a wrapper .cpp file that links with the generated shared library by giving a libs parameter to Inline::CPP ? It would still be great if someone could present a simple working (tutorial-type) example.. :)

What?

Inline::CPP writes xs modules for you , so you can call cpp functions from external cpp libraries without learning much xs

It comes with "tutorial"

RPerl converts Perl 5 source code into C++ source code

RPerl then converts the c++ code it created from perl 5 source code, into xs module, using Inline::CPP

There is no tutorial for explaining the RPerl way of wrapping an external library , ...GMPInteger_cpp.pm is as close to an example as you will find

...GMPInteger_cpp.pm is RPerl specific way of using Inline::CPP to call cpp functions from external cpp libraries ...

Will_the_Chill has been here in a while

Open an issue at https://github.com/wbraswell/rperl/issues and maybe negotiate :)