boost-python when C++ method returns std::mapWhat is the difference between Python's list methods append and extend?How do I parse a string to a float or int?Understanding Python super() with __init__() methodsStatic methods in Python?Reverse a string in PythonConverting integer to string?Does Python have a string 'contains' substring method?Easiest way to convert int to string in C++How do I lowercase a string in Python?Why is reading lines from stdin much slower in C++ than Python?

What modifiers are added to the attack and damage rolls of this unique longbow from Waterdeep: Dragon Heist?

What allows us to use imaginary numbers?

Did Pope Urban II issue the papal bull "terra nullius" in 1095?

When was "Fredo" an insult to Italian-Americans?

How can I shoot a bow using Strength instead of Dexterity?

How can I communicate my issues with a potential date's pushy behavior?

What's the relationship betweeen MS-DOS and XENIX?

Does the C++ standard guarantee that a failed insertion into an associative container will not modify the rvalue-reference argument?

Escape Velocity - Won't the orbital path just become larger with higher initial velocity?

Is there a word for returning to unpreparedness?

Airline power sockets shut down when I plug my computer in. How can I avoid that?

What should we do with manuals from the 80s?

Spacing in "$d=2$-dimensional"

Are there any cons in using rounded corners for bar graphs?

How can I find files in directories listed in a file?

Setting up a Mathematical Institute of Refereeing?

What would cause a nuclear power plant to break down after 2000 years, but not sooner?

What are the advantages of this gold finger shape?

Output the list of musical notes

Does an Irish VISA WARNING count as "refused entry at the border of any country other than the UK?"

Who is the controller of a Pacifism enchanting my creature?

Locked room poison mystery!

Solving pricing problem heuristically in column generation algorithm for VRP

How to measure if Scrum Master is making a difference and when to give up



boost-python when C++ method returns std::map


What is the difference between Python's list methods append and extend?How do I parse a string to a float or int?Understanding Python super() with __init__() methodsStatic methods in Python?Reverse a string in PythonConverting integer to string?Does Python have a string 'contains' substring method?Easiest way to convert int to string in C++How do I lowercase a string in Python?Why is reading lines from stdin much slower in C++ than Python?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








3















I'm exposing an API to Python, written in C++ that I have no access to change, using Boost Python.



I have successfully exposed methods returning references to a std:map where the key,value pairs are value types - eg:



class_< std::map<std::string, std::string> >("StringMap")
.def(map_indexing_suite< std::map<std::string, std::string>, true >());


This works seamlessly. But when trying to achieve a similar result where the map values are pointers to classes I've exposed within the API doesn't work:



struct X_wrap : X, wrapper<X>

X_wrap(int i): X(i)
// virtual methods here, omitted for brevity - as unlikely to be the issue


BOOST_PYTHON_MODULE(my_py_extension)


class_< std::map<std::string, X*> >("XPtrMap")
.def(map_indexing_suite< std::map<std::string, X*> >());

class_<X_wrap, boost::noncopyable, bases<XBase> >("X", init<int>())

// other definitions omitted



Error seen in g++ 7.3.0:



/usr/include/boost/python/detail/caller.hpp:100:98: error: ‘struct boost::python::detail::specify_a_return_value_policy_to_wrap_functions_returning<X*>’ has no member named ‘get_pytype’


I understand why the compiler is complaining - the X* in the map needs to be wrapped in a call policy so that it can be returned to Python, just like with a basic method that returns a raw pointer.



My question is what is the best way to do this?



From Googling it strikes that I can perhaps specify a DerivedPolicies child class of map_indexing_suite that will overload the necessary parts to wrap the X* in an appropriate return_value_policy. However so far I've be unsuccessful in putting anything together that the compiler doesn't bawk at!



I also suspect I can literally copy-and-paste the whole map_indexing_suite and rename it, and make the changes therein to produce a new indexing_suite with the right return_value_policy, but this seems ugly compared to the solution using DerviedPolicies - assuming I'm right that DeriviedPolicies can be used at all!



Any help, pointers, or examples gratefully received!



EDIT



I have proved that the cut-and-paste option works with a single trivial change of is_class to is_pointer. It's curious that is_pointer is not allowed in the original as the target policy can handle pointers. I'm yet to convince myself that it's an object lifetime restriction that means pointers are not allowed in the original?



The whole class is public so I suspect it's possible to avoid the full cut-and-paste by simply inheriting from map_indexing_suite or perhaps by using the mysterious DerivedPolicies parameter?



 extension_def(Class& cl)

// Wrap the map's element (value_type)
std::string elem_name = "mapptr_indexing_suite_";
object class_name(cl.attr("__name__"));
extract<std::string> class_name_extractor(class_name);
elem_name += class_name_extractor();
elem_name += "_entry";

typedef typename mpl::if_<
mpl::and_<is_pointer<data_type>, mpl::bool_<!NoProxy> >
, return_internal_reference<>
, default_call_policies
>::type get_data_return_policy;

class_<value_type>(elem_name.c_str())
.def("__repr__", &DerivedPolicies::print_elem)
.def("data", &DerivedPolicies::get_data, get_data_return_policy())
.def("key", &DerivedPolicies::get_key)
;



EDIT 2



Now see answer










share|improve this question


























  • When I have a c++ class object that I need to use from python code, I provide an identifier string, and pass that string to a module function which does whatever I need it to do in c++. So instead of returning a map, I'll just have the python code pass in the map key, so the c++ function can look it up in the map (internal to the c++ extension module) and do whatever it needs to do. (sometimes the identifier is just the pointer, but python doesn't know or care about that)

    – Kenny Ostrom
    Mar 27 at 19:38












  • Thanks. So you wrap the C++ method that returns the map with a C++ function taking the key and returning the value only? This is how my original code worked. You can even have your C++ helper return a dict of the whole map. Nothing wrong with this. My reason for looking beyond is to minimize any C++ middleware component I'll need to maintain between the 3rd party library and my python, also for debugging I like to be able to iterate over the whole map in pdb in python without worrying (so much) if there is a bug in my middleware... and lastly, I was just curious to see if it was possible :)

    – Phil
    Mar 27 at 20:52

















3















I'm exposing an API to Python, written in C++ that I have no access to change, using Boost Python.



I have successfully exposed methods returning references to a std:map where the key,value pairs are value types - eg:



class_< std::map<std::string, std::string> >("StringMap")
.def(map_indexing_suite< std::map<std::string, std::string>, true >());


This works seamlessly. But when trying to achieve a similar result where the map values are pointers to classes I've exposed within the API doesn't work:



struct X_wrap : X, wrapper<X>

X_wrap(int i): X(i)
// virtual methods here, omitted for brevity - as unlikely to be the issue


BOOST_PYTHON_MODULE(my_py_extension)


class_< std::map<std::string, X*> >("XPtrMap")
.def(map_indexing_suite< std::map<std::string, X*> >());

class_<X_wrap, boost::noncopyable, bases<XBase> >("X", init<int>())

// other definitions omitted



Error seen in g++ 7.3.0:



/usr/include/boost/python/detail/caller.hpp:100:98: error: ‘struct boost::python::detail::specify_a_return_value_policy_to_wrap_functions_returning<X*>’ has no member named ‘get_pytype’


I understand why the compiler is complaining - the X* in the map needs to be wrapped in a call policy so that it can be returned to Python, just like with a basic method that returns a raw pointer.



My question is what is the best way to do this?



From Googling it strikes that I can perhaps specify a DerivedPolicies child class of map_indexing_suite that will overload the necessary parts to wrap the X* in an appropriate return_value_policy. However so far I've be unsuccessful in putting anything together that the compiler doesn't bawk at!



I also suspect I can literally copy-and-paste the whole map_indexing_suite and rename it, and make the changes therein to produce a new indexing_suite with the right return_value_policy, but this seems ugly compared to the solution using DerviedPolicies - assuming I'm right that DeriviedPolicies can be used at all!



Any help, pointers, or examples gratefully received!



EDIT



I have proved that the cut-and-paste option works with a single trivial change of is_class to is_pointer. It's curious that is_pointer is not allowed in the original as the target policy can handle pointers. I'm yet to convince myself that it's an object lifetime restriction that means pointers are not allowed in the original?



The whole class is public so I suspect it's possible to avoid the full cut-and-paste by simply inheriting from map_indexing_suite or perhaps by using the mysterious DerivedPolicies parameter?



 extension_def(Class& cl)

// Wrap the map's element (value_type)
std::string elem_name = "mapptr_indexing_suite_";
object class_name(cl.attr("__name__"));
extract<std::string> class_name_extractor(class_name);
elem_name += class_name_extractor();
elem_name += "_entry";

typedef typename mpl::if_<
mpl::and_<is_pointer<data_type>, mpl::bool_<!NoProxy> >
, return_internal_reference<>
, default_call_policies
>::type get_data_return_policy;

class_<value_type>(elem_name.c_str())
.def("__repr__", &DerivedPolicies::print_elem)
.def("data", &DerivedPolicies::get_data, get_data_return_policy())
.def("key", &DerivedPolicies::get_key)
;



EDIT 2



Now see answer










share|improve this question


























  • When I have a c++ class object that I need to use from python code, I provide an identifier string, and pass that string to a module function which does whatever I need it to do in c++. So instead of returning a map, I'll just have the python code pass in the map key, so the c++ function can look it up in the map (internal to the c++ extension module) and do whatever it needs to do. (sometimes the identifier is just the pointer, but python doesn't know or care about that)

    – Kenny Ostrom
    Mar 27 at 19:38












  • Thanks. So you wrap the C++ method that returns the map with a C++ function taking the key and returning the value only? This is how my original code worked. You can even have your C++ helper return a dict of the whole map. Nothing wrong with this. My reason for looking beyond is to minimize any C++ middleware component I'll need to maintain between the 3rd party library and my python, also for debugging I like to be able to iterate over the whole map in pdb in python without worrying (so much) if there is a bug in my middleware... and lastly, I was just curious to see if it was possible :)

    – Phil
    Mar 27 at 20:52













3












3








3


1






I'm exposing an API to Python, written in C++ that I have no access to change, using Boost Python.



I have successfully exposed methods returning references to a std:map where the key,value pairs are value types - eg:



class_< std::map<std::string, std::string> >("StringMap")
.def(map_indexing_suite< std::map<std::string, std::string>, true >());


This works seamlessly. But when trying to achieve a similar result where the map values are pointers to classes I've exposed within the API doesn't work:



struct X_wrap : X, wrapper<X>

X_wrap(int i): X(i)
// virtual methods here, omitted for brevity - as unlikely to be the issue


BOOST_PYTHON_MODULE(my_py_extension)


class_< std::map<std::string, X*> >("XPtrMap")
.def(map_indexing_suite< std::map<std::string, X*> >());

class_<X_wrap, boost::noncopyable, bases<XBase> >("X", init<int>())

// other definitions omitted



Error seen in g++ 7.3.0:



/usr/include/boost/python/detail/caller.hpp:100:98: error: ‘struct boost::python::detail::specify_a_return_value_policy_to_wrap_functions_returning<X*>’ has no member named ‘get_pytype’


I understand why the compiler is complaining - the X* in the map needs to be wrapped in a call policy so that it can be returned to Python, just like with a basic method that returns a raw pointer.



My question is what is the best way to do this?



From Googling it strikes that I can perhaps specify a DerivedPolicies child class of map_indexing_suite that will overload the necessary parts to wrap the X* in an appropriate return_value_policy. However so far I've be unsuccessful in putting anything together that the compiler doesn't bawk at!



I also suspect I can literally copy-and-paste the whole map_indexing_suite and rename it, and make the changes therein to produce a new indexing_suite with the right return_value_policy, but this seems ugly compared to the solution using DerviedPolicies - assuming I'm right that DeriviedPolicies can be used at all!



Any help, pointers, or examples gratefully received!



EDIT



I have proved that the cut-and-paste option works with a single trivial change of is_class to is_pointer. It's curious that is_pointer is not allowed in the original as the target policy can handle pointers. I'm yet to convince myself that it's an object lifetime restriction that means pointers are not allowed in the original?



The whole class is public so I suspect it's possible to avoid the full cut-and-paste by simply inheriting from map_indexing_suite or perhaps by using the mysterious DerivedPolicies parameter?



 extension_def(Class& cl)

// Wrap the map's element (value_type)
std::string elem_name = "mapptr_indexing_suite_";
object class_name(cl.attr("__name__"));
extract<std::string> class_name_extractor(class_name);
elem_name += class_name_extractor();
elem_name += "_entry";

typedef typename mpl::if_<
mpl::and_<is_pointer<data_type>, mpl::bool_<!NoProxy> >
, return_internal_reference<>
, default_call_policies
>::type get_data_return_policy;

class_<value_type>(elem_name.c_str())
.def("__repr__", &DerivedPolicies::print_elem)
.def("data", &DerivedPolicies::get_data, get_data_return_policy())
.def("key", &DerivedPolicies::get_key)
;



EDIT 2



Now see answer










share|improve this question
















I'm exposing an API to Python, written in C++ that I have no access to change, using Boost Python.



I have successfully exposed methods returning references to a std:map where the key,value pairs are value types - eg:



class_< std::map<std::string, std::string> >("StringMap")
.def(map_indexing_suite< std::map<std::string, std::string>, true >());


This works seamlessly. But when trying to achieve a similar result where the map values are pointers to classes I've exposed within the API doesn't work:



struct X_wrap : X, wrapper<X>

X_wrap(int i): X(i)
// virtual methods here, omitted for brevity - as unlikely to be the issue


BOOST_PYTHON_MODULE(my_py_extension)


class_< std::map<std::string, X*> >("XPtrMap")
.def(map_indexing_suite< std::map<std::string, X*> >());

class_<X_wrap, boost::noncopyable, bases<XBase> >("X", init<int>())

// other definitions omitted



Error seen in g++ 7.3.0:



/usr/include/boost/python/detail/caller.hpp:100:98: error: ‘struct boost::python::detail::specify_a_return_value_policy_to_wrap_functions_returning<X*>’ has no member named ‘get_pytype’


I understand why the compiler is complaining - the X* in the map needs to be wrapped in a call policy so that it can be returned to Python, just like with a basic method that returns a raw pointer.



My question is what is the best way to do this?



From Googling it strikes that I can perhaps specify a DerivedPolicies child class of map_indexing_suite that will overload the necessary parts to wrap the X* in an appropriate return_value_policy. However so far I've be unsuccessful in putting anything together that the compiler doesn't bawk at!



I also suspect I can literally copy-and-paste the whole map_indexing_suite and rename it, and make the changes therein to produce a new indexing_suite with the right return_value_policy, but this seems ugly compared to the solution using DerviedPolicies - assuming I'm right that DeriviedPolicies can be used at all!



Any help, pointers, or examples gratefully received!



EDIT



I have proved that the cut-and-paste option works with a single trivial change of is_class to is_pointer. It's curious that is_pointer is not allowed in the original as the target policy can handle pointers. I'm yet to convince myself that it's an object lifetime restriction that means pointers are not allowed in the original?



The whole class is public so I suspect it's possible to avoid the full cut-and-paste by simply inheriting from map_indexing_suite or perhaps by using the mysterious DerivedPolicies parameter?



 extension_def(Class& cl)

// Wrap the map's element (value_type)
std::string elem_name = "mapptr_indexing_suite_";
object class_name(cl.attr("__name__"));
extract<std::string> class_name_extractor(class_name);
elem_name += class_name_extractor();
elem_name += "_entry";

typedef typename mpl::if_<
mpl::and_<is_pointer<data_type>, mpl::bool_<!NoProxy> >
, return_internal_reference<>
, default_call_policies
>::type get_data_return_policy;

class_<value_type>(elem_name.c_str())
.def("__repr__", &DerivedPolicies::print_elem)
.def("data", &DerivedPolicies::get_data, get_data_return_policy())
.def("key", &DerivedPolicies::get_key)
;



EDIT 2



Now see answer







python c++ boost boost-python






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 29 at 2:35







Phil

















asked Mar 27 at 11:48









PhilPhil

1732 silver badges11 bronze badges




1732 silver badges11 bronze badges















  • When I have a c++ class object that I need to use from python code, I provide an identifier string, and pass that string to a module function which does whatever I need it to do in c++. So instead of returning a map, I'll just have the python code pass in the map key, so the c++ function can look it up in the map (internal to the c++ extension module) and do whatever it needs to do. (sometimes the identifier is just the pointer, but python doesn't know or care about that)

    – Kenny Ostrom
    Mar 27 at 19:38












  • Thanks. So you wrap the C++ method that returns the map with a C++ function taking the key and returning the value only? This is how my original code worked. You can even have your C++ helper return a dict of the whole map. Nothing wrong with this. My reason for looking beyond is to minimize any C++ middleware component I'll need to maintain between the 3rd party library and my python, also for debugging I like to be able to iterate over the whole map in pdb in python without worrying (so much) if there is a bug in my middleware... and lastly, I was just curious to see if it was possible :)

    – Phil
    Mar 27 at 20:52

















  • When I have a c++ class object that I need to use from python code, I provide an identifier string, and pass that string to a module function which does whatever I need it to do in c++. So instead of returning a map, I'll just have the python code pass in the map key, so the c++ function can look it up in the map (internal to the c++ extension module) and do whatever it needs to do. (sometimes the identifier is just the pointer, but python doesn't know or care about that)

    – Kenny Ostrom
    Mar 27 at 19:38












  • Thanks. So you wrap the C++ method that returns the map with a C++ function taking the key and returning the value only? This is how my original code worked. You can even have your C++ helper return a dict of the whole map. Nothing wrong with this. My reason for looking beyond is to minimize any C++ middleware component I'll need to maintain between the 3rd party library and my python, also for debugging I like to be able to iterate over the whole map in pdb in python without worrying (so much) if there is a bug in my middleware... and lastly, I was just curious to see if it was possible :)

    – Phil
    Mar 27 at 20:52
















When I have a c++ class object that I need to use from python code, I provide an identifier string, and pass that string to a module function which does whatever I need it to do in c++. So instead of returning a map, I'll just have the python code pass in the map key, so the c++ function can look it up in the map (internal to the c++ extension module) and do whatever it needs to do. (sometimes the identifier is just the pointer, but python doesn't know or care about that)

– Kenny Ostrom
Mar 27 at 19:38






When I have a c++ class object that I need to use from python code, I provide an identifier string, and pass that string to a module function which does whatever I need it to do in c++. So instead of returning a map, I'll just have the python code pass in the map key, so the c++ function can look it up in the map (internal to the c++ extension module) and do whatever it needs to do. (sometimes the identifier is just the pointer, but python doesn't know or care about that)

– Kenny Ostrom
Mar 27 at 19:38














Thanks. So you wrap the C++ method that returns the map with a C++ function taking the key and returning the value only? This is how my original code worked. You can even have your C++ helper return a dict of the whole map. Nothing wrong with this. My reason for looking beyond is to minimize any C++ middleware component I'll need to maintain between the 3rd party library and my python, also for debugging I like to be able to iterate over the whole map in pdb in python without worrying (so much) if there is a bug in my middleware... and lastly, I was just curious to see if it was possible :)

– Phil
Mar 27 at 20:52





Thanks. So you wrap the C++ method that returns the map with a C++ function taking the key and returning the value only? This is how my original code worked. You can even have your C++ helper return a dict of the whole map. Nothing wrong with this. My reason for looking beyond is to minimize any C++ middleware component I'll need to maintain between the 3rd party library and my python, also for debugging I like to be able to iterate over the whole map in pdb in python without worrying (so much) if there is a bug in my middleware... and lastly, I was just curious to see if it was possible :)

– Phil
Mar 27 at 20:52












1 Answer
1






active

oldest

votes


















0














Slightly cleaner implementation from the cut-and-paste is to inherit map_indexing_suite - a few tweaks are needed to make this work.



This seems reasonably sensible - if someone chimes in with a neater solution or can better explain DerivedPolicies then great, otherwise I'll accept the below as the answer in a few days or so...



using namespace boost;
using namespace boost::python;

//Forward declaration
template <class Container, bool NoProxy, class DerivedPolicies>
class mapptr_indexing_suite;

template <class Container, bool NoProxy>
class final_mapptr_derived_policies
: public mapptr_indexing_suite<Container,
NoProxy, final_mapptr_derived_policies<Container, NoProxy> > ;

template <
class Container,
bool NoProxy = false,
class DerivedPolicies
= final_mapptr_derived_policies<Container, NoProxy> >
class mapptr_indexing_suite
: public map_indexing_suite<
Container,
NoProxy,
DerivedPolicies
>

public:
// Must be explicit if the compiler is
// going to take from the base class
using typename map_indexing_suite<
Container,NoProxy,DerivedPolicies>::data_type;
using typename map_indexing_suite<
Container,NoProxy,DerivedPolicies>::value_type;

// Only one class needs to be overridden from the base
template <class Class>
static void
extension_def(Class& cl)

// Wrap the map's element (value_type)
std::string elem_name = "mapptr_indexing_suite_";
object class_name(cl.attr("__name__"));
extract<std::string> class_name_extractor(class_name);
elem_name += class_name_extractor();
elem_name += "_entry";

// use of is_pointer here is the only
// difference to the base map_indexing_suite
typedef typename mpl::if_<
mpl::and_<std::is_pointer<data_type>, mpl::bool_<!NoProxy> >
, return_internal_reference<>
, default_call_policies
>::type get_data_return_policy;

class_<value_type>(elem_name.c_str())
.def("__repr__", &DerivedPolicies::print_elem)
.def("data", &DerivedPolicies::get_data, get_data_return_policy())
.def("key", &DerivedPolicies::get_key)
;

;





share|improve this answer
























    Your Answer






    StackExchange.ifUsing("editor", function ()
    StackExchange.using("externalEditor", function ()
    StackExchange.using("snippets", function ()
    StackExchange.snippets.init();
    );
    );
    , "code-snippets");

    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "1"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55376475%2fboost-python-when-c-method-returns-stdmapstring-x%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    Slightly cleaner implementation from the cut-and-paste is to inherit map_indexing_suite - a few tweaks are needed to make this work.



    This seems reasonably sensible - if someone chimes in with a neater solution or can better explain DerivedPolicies then great, otherwise I'll accept the below as the answer in a few days or so...



    using namespace boost;
    using namespace boost::python;

    //Forward declaration
    template <class Container, bool NoProxy, class DerivedPolicies>
    class mapptr_indexing_suite;

    template <class Container, bool NoProxy>
    class final_mapptr_derived_policies
    : public mapptr_indexing_suite<Container,
    NoProxy, final_mapptr_derived_policies<Container, NoProxy> > ;

    template <
    class Container,
    bool NoProxy = false,
    class DerivedPolicies
    = final_mapptr_derived_policies<Container, NoProxy> >
    class mapptr_indexing_suite
    : public map_indexing_suite<
    Container,
    NoProxy,
    DerivedPolicies
    >

    public:
    // Must be explicit if the compiler is
    // going to take from the base class
    using typename map_indexing_suite<
    Container,NoProxy,DerivedPolicies>::data_type;
    using typename map_indexing_suite<
    Container,NoProxy,DerivedPolicies>::value_type;

    // Only one class needs to be overridden from the base
    template <class Class>
    static void
    extension_def(Class& cl)

    // Wrap the map's element (value_type)
    std::string elem_name = "mapptr_indexing_suite_";
    object class_name(cl.attr("__name__"));
    extract<std::string> class_name_extractor(class_name);
    elem_name += class_name_extractor();
    elem_name += "_entry";

    // use of is_pointer here is the only
    // difference to the base map_indexing_suite
    typedef typename mpl::if_<
    mpl::and_<std::is_pointer<data_type>, mpl::bool_<!NoProxy> >
    , return_internal_reference<>
    , default_call_policies
    >::type get_data_return_policy;

    class_<value_type>(elem_name.c_str())
    .def("__repr__", &DerivedPolicies::print_elem)
    .def("data", &DerivedPolicies::get_data, get_data_return_policy())
    .def("key", &DerivedPolicies::get_key)
    ;

    ;





    share|improve this answer





























      0














      Slightly cleaner implementation from the cut-and-paste is to inherit map_indexing_suite - a few tweaks are needed to make this work.



      This seems reasonably sensible - if someone chimes in with a neater solution or can better explain DerivedPolicies then great, otherwise I'll accept the below as the answer in a few days or so...



      using namespace boost;
      using namespace boost::python;

      //Forward declaration
      template <class Container, bool NoProxy, class DerivedPolicies>
      class mapptr_indexing_suite;

      template <class Container, bool NoProxy>
      class final_mapptr_derived_policies
      : public mapptr_indexing_suite<Container,
      NoProxy, final_mapptr_derived_policies<Container, NoProxy> > ;

      template <
      class Container,
      bool NoProxy = false,
      class DerivedPolicies
      = final_mapptr_derived_policies<Container, NoProxy> >
      class mapptr_indexing_suite
      : public map_indexing_suite<
      Container,
      NoProxy,
      DerivedPolicies
      >

      public:
      // Must be explicit if the compiler is
      // going to take from the base class
      using typename map_indexing_suite<
      Container,NoProxy,DerivedPolicies>::data_type;
      using typename map_indexing_suite<
      Container,NoProxy,DerivedPolicies>::value_type;

      // Only one class needs to be overridden from the base
      template <class Class>
      static void
      extension_def(Class& cl)

      // Wrap the map's element (value_type)
      std::string elem_name = "mapptr_indexing_suite_";
      object class_name(cl.attr("__name__"));
      extract<std::string> class_name_extractor(class_name);
      elem_name += class_name_extractor();
      elem_name += "_entry";

      // use of is_pointer here is the only
      // difference to the base map_indexing_suite
      typedef typename mpl::if_<
      mpl::and_<std::is_pointer<data_type>, mpl::bool_<!NoProxy> >
      , return_internal_reference<>
      , default_call_policies
      >::type get_data_return_policy;

      class_<value_type>(elem_name.c_str())
      .def("__repr__", &DerivedPolicies::print_elem)
      .def("data", &DerivedPolicies::get_data, get_data_return_policy())
      .def("key", &DerivedPolicies::get_key)
      ;

      ;





      share|improve this answer



























        0












        0








        0







        Slightly cleaner implementation from the cut-and-paste is to inherit map_indexing_suite - a few tweaks are needed to make this work.



        This seems reasonably sensible - if someone chimes in with a neater solution or can better explain DerivedPolicies then great, otherwise I'll accept the below as the answer in a few days or so...



        using namespace boost;
        using namespace boost::python;

        //Forward declaration
        template <class Container, bool NoProxy, class DerivedPolicies>
        class mapptr_indexing_suite;

        template <class Container, bool NoProxy>
        class final_mapptr_derived_policies
        : public mapptr_indexing_suite<Container,
        NoProxy, final_mapptr_derived_policies<Container, NoProxy> > ;

        template <
        class Container,
        bool NoProxy = false,
        class DerivedPolicies
        = final_mapptr_derived_policies<Container, NoProxy> >
        class mapptr_indexing_suite
        : public map_indexing_suite<
        Container,
        NoProxy,
        DerivedPolicies
        >

        public:
        // Must be explicit if the compiler is
        // going to take from the base class
        using typename map_indexing_suite<
        Container,NoProxy,DerivedPolicies>::data_type;
        using typename map_indexing_suite<
        Container,NoProxy,DerivedPolicies>::value_type;

        // Only one class needs to be overridden from the base
        template <class Class>
        static void
        extension_def(Class& cl)

        // Wrap the map's element (value_type)
        std::string elem_name = "mapptr_indexing_suite_";
        object class_name(cl.attr("__name__"));
        extract<std::string> class_name_extractor(class_name);
        elem_name += class_name_extractor();
        elem_name += "_entry";

        // use of is_pointer here is the only
        // difference to the base map_indexing_suite
        typedef typename mpl::if_<
        mpl::and_<std::is_pointer<data_type>, mpl::bool_<!NoProxy> >
        , return_internal_reference<>
        , default_call_policies
        >::type get_data_return_policy;

        class_<value_type>(elem_name.c_str())
        .def("__repr__", &DerivedPolicies::print_elem)
        .def("data", &DerivedPolicies::get_data, get_data_return_policy())
        .def("key", &DerivedPolicies::get_key)
        ;

        ;





        share|improve this answer













        Slightly cleaner implementation from the cut-and-paste is to inherit map_indexing_suite - a few tweaks are needed to make this work.



        This seems reasonably sensible - if someone chimes in with a neater solution or can better explain DerivedPolicies then great, otherwise I'll accept the below as the answer in a few days or so...



        using namespace boost;
        using namespace boost::python;

        //Forward declaration
        template <class Container, bool NoProxy, class DerivedPolicies>
        class mapptr_indexing_suite;

        template <class Container, bool NoProxy>
        class final_mapptr_derived_policies
        : public mapptr_indexing_suite<Container,
        NoProxy, final_mapptr_derived_policies<Container, NoProxy> > ;

        template <
        class Container,
        bool NoProxy = false,
        class DerivedPolicies
        = final_mapptr_derived_policies<Container, NoProxy> >
        class mapptr_indexing_suite
        : public map_indexing_suite<
        Container,
        NoProxy,
        DerivedPolicies
        >

        public:
        // Must be explicit if the compiler is
        // going to take from the base class
        using typename map_indexing_suite<
        Container,NoProxy,DerivedPolicies>::data_type;
        using typename map_indexing_suite<
        Container,NoProxy,DerivedPolicies>::value_type;

        // Only one class needs to be overridden from the base
        template <class Class>
        static void
        extension_def(Class& cl)

        // Wrap the map's element (value_type)
        std::string elem_name = "mapptr_indexing_suite_";
        object class_name(cl.attr("__name__"));
        extract<std::string> class_name_extractor(class_name);
        elem_name += class_name_extractor();
        elem_name += "_entry";

        // use of is_pointer here is the only
        // difference to the base map_indexing_suite
        typedef typename mpl::if_<
        mpl::and_<std::is_pointer<data_type>, mpl::bool_<!NoProxy> >
        , return_internal_reference<>
        , default_call_policies
        >::type get_data_return_policy;

        class_<value_type>(elem_name.c_str())
        .def("__repr__", &DerivedPolicies::print_elem)
        .def("data", &DerivedPolicies::get_data, get_data_return_policy())
        .def("key", &DerivedPolicies::get_key)
        ;

        ;






        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Mar 29 at 2:35









        PhilPhil

        1732 silver badges11 bronze badges




        1732 silver badges11 bronze badges





















            Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.







            Got a question that you can’t ask on public Stack Overflow? Learn more about sharing private information with Stack Overflow for Teams.



















            draft saved

            draft discarded
















































            Thanks for contributing an answer to Stack Overflow!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55376475%2fboost-python-when-c-method-returns-stdmapstring-x%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Kamusi Yaliyomo Aina za kamusi | Muundo wa kamusi | Faida za kamusi | Dhima ya picha katika kamusi | Marejeo | Tazama pia | Viungo vya nje | UrambazajiKuhusu kamusiGo-SwahiliWiki-KamusiKamusi ya Kiswahili na Kiingerezakuihariri na kuongeza habari

            SQL error code 1064 with creating Laravel foreign keysForeign key constraints: When to use ON UPDATE and ON DELETEDropping column with foreign key Laravel error: General error: 1025 Error on renameLaravel SQL Can't create tableLaravel Migration foreign key errorLaravel php artisan migrate:refresh giving a syntax errorSQLSTATE[42S01]: Base table or view already exists or Base table or view already exists: 1050 Tableerror in migrating laravel file to xampp serverSyntax error or access violation: 1064:syntax to use near 'unsigned not null, modelName varchar(191) not null, title varchar(191) not nLaravel cannot create new table field in mysqlLaravel 5.7:Last migration creates table but is not registered in the migration table

            은진 송씨 목차 역사 본관 분파 인물 조선 왕실과의 인척 관계 집성촌 항렬자 인구 같이 보기 각주 둘러보기 메뉴은진 송씨세종실록 149권, 지리지 충청도 공주목 은진현