[ 
https://issues.apache.org/jira/browse/MESOS-864?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13841633#comment-13841633
 ] 

Benjamin Hindman commented on MESOS-864:
----------------------------------------

Hey Till, glad to see this being taken on! I'd like to propose that we go after 
C++11 before Clang. My intuition is that if we get C++11 working we can remove 
all of the std::tr1 garbage in lieu of C++11 features, thus making compiling 
with Clang much easier (although, with the requirement of C++11). Thoughts?

Also, see MESOS-323 and MESOS-670 regarding compilation with Clang and 
MESOS-750 for the path towards C++11. The sooner that we start getting the 
ability to do --with-c++11 will enable us to move to C++11 completely. 

> Eliminate the use of internal stdlibc++ templates for achieving libc++ 
> compatiblity 
> ------------------------------------------------------------------------------------
>
>                 Key: MESOS-864
>                 URL: https://issues.apache.org/jira/browse/MESOS-864
>             Project: Mesos
>          Issue Type: Improvement
>          Components: build, libprocess
>    Affects Versions: 0.14.2
>         Environment: Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 
> 3.3svn), libc++ (_LIBCPP_VERSION) 1101
>            Reporter: Till Toenshoff
>            Priority: Minor
>              Labels: build, clang, libc++, libprocess, stdlibc++
>
> When attempting to build libprocess against libc++ most pitfalls are simply 
> namespace related (::tr1) but some are harder to come by.
> One example is the use of std::tr1::_Bind within deferred.hpp. 
> [3rdparty/libprocess/include/process/deferred.hpp]
> For the specific example, a comment was given for reasoning the design choice:
> <pre>The result of invoking the 'defer' routines is actually an internal 
> type, effectively just a wrapper around the result of invoking 
> 'std::tr1::bind'. However, we want the result of bind to be castable to a 
> 'Deferred' but we don't want anyone to be able to create a 'Deferred' so we 
> use a level-of-indirection via this type.</pre>
> How could we solve this without deriving directly from  _Bind? 



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Reply via email to