Changes between Initial Version and Version 1 of Ticket #40919, comment 6


Ignore:
Timestamp:
Nov 6, 2013, 7:18:19 PM (11 years ago)
Author:
ryandesign (Ryan Carsten Schmidt)
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #40919, comment 6

    initial v1  
    11I think that this is not a bug of clang. Clang brings (since it is C++11 compliant) with its own shared_ptr implementation. This makes the symbol "shared_ptr" problematic. I think, that we really should patch the errors, where the occur: As far as I can see it, it appears only at single "shared_ptr" definitions. This patch worked for me - maybe we can add it to the post-configure step of the portfile:
    22
     3{{{
    34find . -type f -exec gsed 's/\tshared_ptr/\tboost::shared_ptr/g' -i.back '{}' +
     5}}}
    46
    57This replaces all ambigous "<tab>shared_ptr" definitions by the resolvable "<tab>boost::shared_ptr" type. The <tab> inside the replacements takes care that no boost::boost::shared_ptr's are produced.