2017-01-11 1 views
3

Ich versuche, eine operator| für meine Vorlage Klasse boo zu schreiben und alles funktioniert gut, bis die Vorlage-Klasse ist ein Boost Bereich Typ - wie im Beispiel ein boost::range::filter_range - adl bevorzugt die boost::range_detail::operator|(SinglePassRange& r, const replace_holder<T>) über die lokale.Warum adl bevorzugt den 'boost :: range_detail :: operator |' über den lokalen 'Operator |'?

Kann jemand erklären, warum adl die Überlastung vom Boost dieses ausführlichen Namespace über dem lokalen namespace bevorzugt?

#include <vector> 
#include <boost/range/adaptors.hpp> 

namespace local 
{ 
    template<typename T> 
    struct boo {}; 

    // this overload is not prefered when T is a boost::range::xxx_range 
    template<typename T, typename U> 
    auto operator|(boo<T>, U) 
    { 
     return false; 
    } 

    void finds_local_operator_overload() 
    { 
     std::vector<int> xs; 

     // works like expected and calls local::operator| 
     auto f = boo<decltype(xs)>{} | xs; 
    } 

    void prefers_boost_range_detail_replaced_operator_overload_instead_of_local_operator() 
    { 
     std::vector<int> xs; 
     // compiler error because it tries to call 'boost::range_detail::operator|' 
     auto filtered = xs | boost::adaptors::filtered([](auto &&x){ return x % 2; }); 
     auto f = boo<decltype(filtered)>{} | xs; 
    } 

}

Klirren Fehler (msvc Berichte fast gleich):

/xxx/../../thirdparty/boost/1.60.0/dist/boost/range/value_type.hpp:26:70: error: no type named 'type' in 
     'boost::range_iterator<local::boo<boost::range_detail::filtered_range<(lambda at 
     /xxx/Tests.cpp:221:49), std::vector<int, std::allocator<int> > > >, void>' 
    struct range_value : iterator_value< typename range_iterator<T>::type > 
             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~ 
/xxx/../../thirdparty/boost/1.60.0/dist/boost/range/adaptor/replaced.hpp:122:40: note: in instantiation of template class 
     'boost::range_value<local::boo<boost::range_detail::filtered_range<(lambda at 
     /xxx/Tests.cpp:221:49), std::vector<int, std::allocator<int> > > > >' requested 
     here 
       BOOST_DEDUCED_TYPENAME range_value<SinglePassRange>::type>& f) 
            ^
/xxx/Tests.cpp:222:37: note: while substituting deduced template arguments into 
     function template 'operator|' [with SinglePassRange = local::boo<boost::range_detail::filtered_range<(lambda at 
     /xxx/Tests.cpp:221:49), std::vector<int, std::allocator<int> > > >] 
     auto f = boo<decltype(filtered)>{} | xs; 
+1

Beide Betreiber sollten berücksichtigt werden. aber ich nehme an, der Boost ist eher spezialisiert als Ihr. – Jarod42

+0

Warum werden die Template-Funktionen 'boost :: range_detail :: replace_holder' berücksichtigt? Es gibt kein Argument, das den Boost-Namespace öffnet. Es gibt nur das Template 'T' aus dem Boost-Namespace. Und wenn es einen guten Grund gibt, darüber nachzudenken, warum werden die anderen Booster-Funktionen nicht berücksichtigt? – TimW

Antwort

2

Nach den Regeln von ADL, Namespace und in der Menge für Überlastungen hinzugefügt Klassen für boo<decltype(filtered)>{} | xs sind local (für boo), boost::range_detail (für decltype(filtered)) und std (für std::vector<int>xs).

Wir haben in Besonderheit:

(Wie zu erwarten, in der der local

template<typename T, typename U> auto operator|(boo<T>, U); 

und)

eine problematische in boost::range_detail:

template <class SinglePassRange> 
replaced_range<const SinglePassRange> 
operator|(
    const SinglePassRange&, 
    const replace_holder<typename range_value<SinglePassRange>::type>&); 

So haben wir die nicht abgeleitete range_value<boo<decltype(filtered)>>::type die provoziert ein schwerer Fehler. (Die Methode ist leider nicht SFINAE freundlich, aus Überladungsgründen entfernt zu werden).

Fehler tritt vor overload_resolution.

+0

Es scheint eine gewisse Mehrdeutigkeit in der cppreference zu geben, die dokumentiert ist mit "class template specialization": in diesem Fall ist 'boo ' eindeutig keine Spezialisierung, es ist eine Klassenvorlage _instantiation_. – xtofl

+2

@xtofl es ist eine Spezialisierung (naja, * simple-template-id *, die eine Spezialisierung nennt), ihre Verwendung in einem Programm kann eine (implizite) Instanziierung nach 14.7.1 [temp.inst] – Cubbi

Verwandte Themen