库主题
　　1169. num_get 不能和 strto*完全兼容
　　2072. 缓冲区容量定义不明确
　　2101. 一些类型转换可能产生非预期的类型
　　2111. 处理异常时可能调用那些已经删除的句柄？
　　2119. 扩展 int 类型缺少哈希函数
　　2127. 带 raw_storage_iterator 的 Move-construction
　　2133. 重载逗号迭代器
　　2156. 无序容器的 reserve (n)保存的是n-1 个元素
　　2218. 容器如何使用 allocator_traits::construct ()不够明确
　　2219. INVOKE-ing 一个带有 reference_wrapper 的指针作为对象表达式
　　2224. 不活跃对象的状态问题
　　2234. assert ()应该允许在常亮表达式中使用
　　2244. 关于 basic_istream::seekg 的 issue
　　2250. Library Issue 2207 中的 Follow-up
　　2259. 17.6.5.5 规则中有关成员函数的问题
　　2273. regex_match 的歧义
　　2336. is_trivially_constructible/is_trivially_assignable 结果永远是 false
　　2353. std::next 限制过度
　　2367. pair 和 tuple 无参数时不兼容 is_constructible
　　2380. 应该提供 long ::abs (long) 和 long long ::abs (long long)吗?
　　2384. 分配器的解除函数需要更好的规范
　　2385. function::assign 分配器参数无意义
　　2435. reference_wrapper::operator ()的标记应该是被删除
　　2447. 分配器和 Volatile-qualified 值类型
　　2462. std::ios_base::failure 被过度规范
　　2466. allocator_traits::max_size ()默认表现是错误的
　　2469. map 的[]操作符和 unordered_map 规则错误
　　2473. basic_filebuf 对C文件的兼容
　　2476. scoped_allocator_adaptor 是不可分配的
　　2477. std::vector::erase ()和 std::deque::erase ()的不一致
　　2483. throw_with_nested ()应该使用 is_final
　　2484. rethrow_if_nested ()是不可实现的
　　2485. 常量 tuple&&应该重载 get（）
　　2486. mem_fn ()应该提供向前兼容
　　2487. bind ()不应该是 cv-overloaded， 而应该是 const-overloaded
　　2489. mem_fn ()应该是 noexcept 的
　　2492. 明确 comp 的需求
　　2495. 没有类似异常安全元素的东西
　　Library Fundamentals TS v2 Issues
　　2494. [fund.ts.v2] ostream_joiner 应该是 noexcept 的
　　2500. [fund.ts.v2] fundts.memory.smartptr.shared.obs/6 应该适用于 cv-unqualified void
　　2515. [fund.ts.v2]observer_ptr 的确定操作符不能匹配任何简介
　　2517. [fund.ts.v2] 两个 propagate_const assignment 操作符返回不正确的类型
　　2526. [fund.ts]experimental::function::swap 条件不正确
　　更多信息
　　以上只是投票通过的部分记录。每次的会议都会涉及很多工作，不会全都反映在文件上，比如，有关 modules 的热烈讨论文件中没有。虽然我几乎花了所有的时间在库工作组中，但是还是不能跟进所有的内容。终版文件我会在 Reddit 分享各个模块的进展。
　　本文作者可以回答大多数有关库的问题，但是可能回复略有延迟。可以确定的是，库的可用性提高了。看起来一切都像小猫一样温顺可爱，但是如果你去 看一眼重载集合，会发现这些模棱两可的东西简直是灾难。LWG2451 是作为标准库定义的一个极好的例子，optional opt_str = “meow”;现在还未实现。对于基本规范没有什么问题，但是 optional 的 ship-stopper 不符合国际标准。在这次会议上，LWG 意识到一些 issue 影响到了 variant，问题会牵扯到基本规范。当然了，会议会解决这些问题，你不必经历这些痛苦。