mirror of
https://github.com/boostorg/function.git
synced 2025-06-25 12:01:38 +02:00
Compare commits
4 Commits
svn-branch
...
boost-1.25
Author | SHA1 | Date | |
---|---|---|---|
9d940f27df | |||
a30aa907d2 | |||
b240e7efca | |||
50fb80c253 |
@ -86,7 +86,7 @@ object. Handling argument binding is beyond the scope of Boost.Function. However
|
||||
</ul>
|
||||
|
||||
<h2><a name="family">The <code>function</code> family</a></h2>
|
||||
<p> The header <<a href="../../boost/function.hpp">boost/function.hpp</a>> defines the primary entry point to the function object wrappers, the class template <code>boost::function</code>. This class template is essentially a thin wrapper around a set of similar numbered function object wrappers, <code>boost::function0</code>, <code>boost::function1</code>, etc., where the number indicates the number of arguments passed to the function object target. The declaration of <code>f</code> above could also be written as:
|
||||
<p> The header <<a href="../../../boost/function.hpp">boost/function.hpp</a>> defines the primary entry point to the function object wrappers, the class template <code>boost::function</code>. This class template is essentially a thin wrapper around a set of similar numbered function object wrappers, <code>boost::function0</code>, <code>boost::function1</code>, etc., where the number indicates the number of arguments passed to the function object target. The declaration of <code>f</code> above could also be written as:
|
||||
<pre>
|
||||
boost::function2<float, int, int> f;
|
||||
</pre>
|
||||
|
@ -447,7 +447,9 @@ namespace boost {
|
||||
#endif // BOOST_FUNCTION_USE_VIRTUAL_FUNCTIONS
|
||||
|
||||
public:
|
||||
explicit BOOST_FUNCTION_FUNCTION(const Mixin& m = Mixin()) :
|
||||
BOOST_FUNCTION_FUNCTION() : function_base(), Mixin() BOOST_FUNCTION_INIT {}
|
||||
|
||||
explicit BOOST_FUNCTION_FUNCTION(const Mixin& m) :
|
||||
function_base(), Mixin(m) BOOST_FUNCTION_INIT
|
||||
{
|
||||
}
|
||||
|
@ -56,7 +56,7 @@ And, of course, function pointers have several advantages over Boost.Function:
|
||||
<p> With a properly inlining compiler, an invocation of a function object requires one call through a function pointer. If the call is to a free function pointer, an additional call must be made to that function pointer (unless the compiler has very powerful interprocedural analysis).
|
||||
|
||||
<h2><a name="portability">Portability</a></h2>
|
||||
<p> The function object wrappers have been designed to be as portable as possible, and to support many compilers even when they do not support the C++ standard well. The following compilers have passed all of the testcases included with <code>boost::function</code>.
|
||||
<p> The function object wrappers have been designed to be as portable as possible, and to support many compilers even when they do not support the C++ standard well. The following compilers have passed all of the test cases included with <code>boost::function</code>.
|
||||
<ul>
|
||||
<li>GCC 2.95.3</li>
|
||||
<li>GCC 3.0</li>
|
||||
@ -88,4 +88,4 @@ And, of course, function pointers have several advantages over Boost.Function:
|
||||
<hr>
|
||||
<address><a href="mailto:gregod@cs.rpi.edu">Doug Gregor</a></address>
|
||||
</body>
|
||||
</html>
|
||||
</html>
|
||||
|
Reference in New Issue
Block a user