Boost C++ Libraries: Ticket #554: wave method visibility issue... https://svn.boost.org/trac10/ticket/554 <pre class="wiki">in wave's cpp_context.hpp file the lines 188 and following look something like this #if !defined(BOOST_NO_MEMBER_TEMPLATE_FRIENDS) protected: /* stuff */ #endif /* helper methods */ if i've read this correctly, if BOOST_NO_MEMBER_TEMPLATE_FRIENDS is declared, then the helper method's visibility is public, otherwise it is protected. since i could find no reason why the helper methods should be public, i think you may want to put the protected before the #if !definded(...). br, alexander floh ps: if i'm completely wrong i apologize for bothering you ;) </pre> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/554 Trac 1.4.3 Hartmut Kaiser Mon, 23 Jan 2006 17:17:33 GMT status changed https://svn.boost.org/trac10/ticket/554#comment:1 https://svn.boost.org/trac10/ticket/554#comment:1 <ul> <li><strong>status</strong> <span class="trac-field-old">assigned</span> → <span class="trac-field-new">closed</span> </li> </ul> <pre class="wiki">Logged In: YES user_id=353975 Hi Alexander, if I put the protected keyword outside the #if/#endif, then the corresponding functions won't be accessible from the pp_iterator et.al. classes anymore when BOOST_NO_MEMBER_TEMPLATE_FRIENDS is defined (that's the reason why the friend declarations were there in the first place). I'ld like to leave these functions protected because they are not part of the library interface. But on broken compilers (when BOOST_NO_MEMBER_TEMPLATE_FRIENDS defined) I have to make them public to allow other library components to access them. Hope that clarifies the issue. Regards Hartmut </pre> Ticket