[LLVMbugs] [Bug 20616] shared_ptr does not compile with fancy pointer allocators
bugzilla-daemon at llvm.org
bugzilla-daemon at llvm.org
Sat Feb 28 15:11:55 PST 2015
http://llvm.org/bugs/show_bug.cgi?id=20616
Thomas Koeppe <tkoeppe at google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #23 from Thomas Koeppe <tkoeppe at google.com> ---
I'm afraid I spoke to soon; while constructing a new deque works, the move and
copy assignment operators don't work yet when the allocator has fancy pointers.
I'm getting errors like:
deque:293:11: error: call to constructor of '__map_iterator' (aka 'OffPtr<const
OffPtr<const int> >') is ambiguous
: __m_iter_(__it.__m_iter_), __ptr_(__it.__ptr_) {}
^ ~~~~~~~~~~~~~~
/usr/local/include/c++/v1/deque:1617:24: note: in instantiation of function
template specialization 'std::__1::__deque_iterator<int, OffPtr<const int>,
const int &, OffPtr<const OffPtr<const int> >, long,
1024>::__deque_iterator<OffPtr<int>, int &, OffPtr<OffPtr<int> > >'
requested here
__erase_to_end(_VSTD::copy(__f, __l, __base::begin()));
^
In brighter news, though, all other allocator-aware library constructs except
string seem to work (i.e. compile) with stateful, fancy pointer allocators now.
I haven't tried all possible operations yet, but a few common ones, and it's
looking good.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20150228/380d323a/attachment.html>
More information about the llvm-bugs
mailing list