Fix Debug insert_return_type
François Dumont
frs.dumont@gmail.com
Fri Dec 15 21:19:00 GMT 2017
Here is a patch to fix those failures of the latest report:
UNRESOLVED: 23_containers/map/modifiers/extract.cc compilation failed to produce executable
FAIL: 23_containers/set/modifiers/extract.cc (test for excess errors)
UNRESOLVED: 23_containers/set/modifiers/extract.cc compilation failed to produce executable
FAIL: 23_containers/unordered_map/modifiers/extract.cc (test for excess errors)
UNRESOLVED: 23_containers/unordered_map/modifiers/extract.cc compilation failed to produce executable
FAIL: 23_containers/unordered_set/modifiers/extract.cc (test for excess errors)
UNRESOLVED: 23_containers/unordered_set/modifiers/extract.cc compilation failed to produce executable
Tested under Linux x86_64 Debug mode.
Ok to commit ?
Note that I don't understand this in _Rb_tree:
using insert_return_type = _Node_insert_return<
conditional_t<is_same_v<_Key, _Val>, const_iterator, iterator>,
node_type>;
Why the conditional_t part ? In Debug mode it is always using iterator and I don't understand what represent this is_same_v<_Key, _Val> condition.
François
-------------- next part --------------
A non-text attachment was scrubbed...
Name: debug_node.patch
Type: text/x-patch
Size: 3448 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/libstdc++/attachments/20171215/fdea2c9d/attachment.bin>
More information about the Libstdc++
mailing list