Changes between Initial Version and Version 1 of Ticket #40919, comment 6
- Timestamp:
- Nov 6, 2013, 7:18:19 PM (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #40919, comment 6
initial v1 1 1 I 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: 2 2 3 {{{ 3 4 find . -type f -exec gsed 's/\tshared_ptr/\tboost::shared_ptr/g' -i.back '{}' + 5 }}} 4 6 5 7 This 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.