Preview PR 1450: 457602e ← d6addf6

Author: github-actions[bot]

gen/pull/1450/reference/chrono/make24.html

@@ -239,7 +239,7 @@ <h2>例</h2>
   <span class="n"><a href="../cassert/assert.html">assert</a></span><span class="p">(</span><span class="n"><span style="color:#ff0000">chrono::make24</span></span><span class="p">(</span><span class="n"><a href="duration/op_h.html">12h</a></span><span class="p">,</span> <span class="nb">false</span><span class="p">)</span> <span class="o">==</span> <span class="n"><a href="duration/op_h.html">0h</a></span><span class="p">);</span>
 
   <span class="n"><a href="../cassert/assert.html">assert</a></span><span class="p">(</span><span class="n"><span style="color:#ff0000">chrono::make24</span></span><span class="p">(</span><span class="n"><a href="duration/op_h.html">12h</a></span><span class="p">,</span> <span class="nb">true</span><span class="p">)</span> <span class="o">==</span> <span class="n"><a href="duration/op_h.html">12h</a></span><span class="p">);</span>
-  <span class="n"><a href="../cassert/assert.html">assert</a></span><span class="p">(</span><span class="n"><span style="color:#ff0000">chrono::make24</span></span><span class="p">(</span><span class="n"><a href="duration/op_h.html">1h</a></span><span class="p">,</span> <span class="nb">true</span><span class="p">)</span> <span class="o">==</span> <span class="mi">1</span><span class="n"><a href="duration/op_h.html">3h</a></span><span class="p">);</span>
+  <span class="n"><a href="../cassert/assert.html">assert</a></span><span class="p">(</span><span class="n"><span style="color:#ff0000">chrono::make24</span></span><span class="p">(</span><span class="n"><a href="duration/op_h.html">1h</a></span><span class="p">,</span> <span class="nb">true</span><span class="p">)</span> <span class="o">==</span> <span class="mi">1L</span><span class="n">NqteRWwUdtZOpElWnIyyowLlPEzgcRi</span><span class="p">);</span>
   <span class="n"><a href="../cassert/assert.html">assert</a></span><span class="p">(</span><span class="n"><span style="color:#ff0000">chrono::make24</span></span><span class="p">(</span><span class="n"><a href="duration/op_h.html">3h</a></span><span class="p">,</span> <span class="nb">true</span><span class="p">)</span> <span class="o">==</span> <span class="n"><a href="duration/op_h.html">15h</a></span><span class="p">);</span>
   <span class="n"><a href="../cassert/assert.html">assert</a></span><span class="p">(</span><span class="n"><span style="color:#ff0000">chrono::make24</span></span><span class="p">(</span><span class="n"><a href="duration/op_h.html">11h</a></span><span class="p">,</span> <span class="nb">true</span><span class="p">)</span> <span class="o">==</span> <span class="n"><a href="duration/op_h.html">23h</a></span><span class="p">);</span>
 <span class="p">}</span>

gen/pull/1450/reference/unordered_map/unordered_map/clear.html

@@ -200,12 +200,12 @@
 
     <p class="text-right"><small>
       最終更新日時(UTC):
-      <span itemprop="datePublished" content="2025-05-28T13:54:36">
-        2025年05月28日 13時54分36秒
+      <span itemprop="datePublished" content="2025-05-29T16:50:47">
+        2025年05月29日 16時50分47秒
       </span>
       <br/>
       <span itemprop="author" itemscope itemtype="http://schema.org/Person">
-        <span itemprop="name">koki watanabe</span>
+        <span itemprop="name">Koki Watanabe</span>
       </span>
       が更新
     </small></p>
@@ -243,20 +243,18 @@ <h2><a class="cpprefjp-defined-word" data-desc="問題が発生したときに
 <h2><a class="cpprefjp-defined-word" data-desc="関数等の意味論を構成する要素の1つ。Complexity。関数が使うアルゴリズムの空間計算量・時間計算量">計算量</a></h2>
 <p>本関数呼び出し前のコンテナの要素数（<code><a href="size.html">size</a>()</code>）に比例</p>
 <h3><a class="cpprefjp-defined-word" data-desc="関数等の意味論を構成する要素の1つ。Complexity。関数が使うアルゴリズムの空間計算量・時間計算量">計算量</a>に関する備考</h3>
-<ul>
-<li>多くの実装（GCC libstdc++, LLVM libc++ など）は<ol>
+<p>多くの実装（GCC libstdc++, LLVM libc++ など）は</p>
+<ol>
 <li>全ての要素を走査して各要素を破棄</li>
 <li>全てのバケットを走査して各バケットの状態をリセット</li>
 </ol>
-</li>
-</ul>
 <p>という手順を取るため、実際の実行時間はバケット数 <code><a href="bucket_count.html">bucket_count</a>()</code> について線形となる (<code>size() &lt;= bucket_count() *<a href="max_load_factor.html">max_load_factor()</a></code> = O(<code>bucket_count()</code>) であることに注意)。
 規格の<a class="cpprefjp-defined-word" data-desc="関数等の意味論を構成する要素の1つ。Complexity。関数が使うアルゴリズムの空間計算量・時間計算量">計算量</a>の要件は要素数 <code>size()</code> に線形となっているが、規格がコンテナに対して定義する<a class="cpprefjp-defined-word" data-desc="関数等の意味論を構成する要素の1つ。Complexity。関数が使うアルゴリズムの空間計算量・時間計算量">計算量</a>は「コンテナに格納している要素に対する操作の数の<a class="cpprefjp-defined-word" data-desc="関数等の意味論を構成する要素の1つ。Complexity。関数が使うアルゴリズムの空間計算量・時間計算量">計算量</a>」であるためバケットの走査などを考慮していない。</p>
 <h2>備考</h2>
 <ul>
 <li><code>clear()</code> がバケット数(<code><a href="bucket_count.html">bucket_count</a>()</code>)を縮小することを規格は要求していない。
 実装によっては <code>clear()</code> 後もバケット配列が維持され、動的メモリが残る場合がある。</li>
-<li>バケット数を初期状態まで縮小させたいときには以下のように操作を行う</li>
+<li>バケット数を初期状態まで縮小させたいときには <code>clear()</code> の代わりに以下のように操作する</li>
 </ul>
 <p><div class="codehilite"><pre><span></span><code><span class="n">um</span> <span class="o">=</span> <span class="n"><a href="../unordered_map.html">std::unordered_map</a></span><span class="o">&lt;</span><span class="n"><a href="../../string/basic_string.html">std::string</a></span><span class="p">,</span> <span class="kt">int</span><span class="o">&gt;</span><span class="p">();</span>
 </code></pre></div>

gen/pull/1450/rss.xml

@@ -2,10 +2,51 @@
 <feed xmlns="http://www.w3.org/2005/Atom">
   <title>cpprefjp - C++日本語リファレンス</title>
   <link href="https://cpprefjp.github.io" />
-  <updated>2025-05-28T13:58:38.606548</updated>
-  <id>fe2e1645-42b4-4d2a-bbaf-85a02815011f</id>
+  <updated>2025-05-29T16:54:46.446766</updated>
+  <id>4531b15a-b3c0-4d72-a730-cb14d7719890</id>
 
 
+    <entry>
+      <title>clear -- Apply suggestions from code review</title>
+      <link href="https://cpprefjp.github.io/reference/unordered_map/unordered_map/clear.html"/>
+      <id>457602ec9ed561bf47cb0ad0877ceda8aa07408b:reference/unordered_map/unordered_map/clear.md</id>
+      <updated>2025-05-30T01:50:47+09:00</updated>
+      
+        <summary type="html">&lt;pre&gt;&lt;code&gt;diff --git a/reference/unordered_map/unordered_map/clear.md b/reference/unordered_map/unordered_map/clear.md
+index f4801435c..f7890756a 100644
+--- a/reference/unordered_map/unordered_map/clear.md
++++ b/reference/unordered_map/unordered_map/clear.md
+@@ -37,9 +37,10 @@ void clear() noexcept;
+ 本関数呼び出し前のコンテナの要素数（[`size`](size.md)`()`）に比例
+ 
+ ### 計算量に関する備考
+-- 多くの実装（GCC libstdc++, LLVM libc++ など）は
+-    1. 全ての要素を走査して各要素を破棄
+-    2. 全てのバケットを走査して各バケットの状態をリセット
++多くの実装（GCC libstdc++, LLVM libc++ など）は
++
++1. 全ての要素を走査して各要素を破棄
++2. 全てのバケットを走査して各バケットの状態をリセット
+ 
+ という手順を取るため、実際の実行時間はバケット数 [`bucket_count`](bucket_count.md)`()` について線形となる (`size() &amp;lt;= bucket_count() * `[`max_load_factor()`](max_load_factor.md) = O(`bucket_count()`) であることに注意)。
+ 規格の計算量の要件は要素数 `size()` に線形となっているが、規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査などを考慮していない。
+@@ -48,7 +49,7 @@ void clear() noexcept;
+ ## 備考
+ - `clear()` がバケット数([`bucket_count`](bucket_count.md)`()`)を縮小することを規格は要求していない。
+ 実装によっては `clear()` 後もバケット配列が維持され、動的メモリが残る場合がある。
+-- バケット数を初期状態まで縮小させたいときには以下のように操作を行う
++- バケット数を初期状態まで縮小させたいときには `clear()` の代わりに以下のように操作する
+ ```cpp
+ um = std::unordered_map&amp;lt;std::string, int&amp;gt;();
+ ```
+&lt;/code&gt;&lt;/pre&gt;</summary>
+      
+      <author>
+        <name>Koki Watanabe</name>
+        <email>56009584+math-hiyoko@users.noreply.github.com</email>
+      </author>
+    </entry>
+  
     <entry>
       <title>clear -- fix: reflect discussions on the PR</title>
       <link href="https://cpprefjp.github.io/reference/unordered_map/unordered_map/clear.html"/>
@@ -390,120 +431,4 @@ index e91f81b0b..5f72a8196 100644
       </author>
     </entry>
 
-    <entry>
-      <title>clear -- fix: minor fix</title>
-      <link href="https://cpprefjp.github.io/reference/unordered_map/unordered_map/clear.html"/>
-      <id>202823f1b3367e7eb4a9a9f7be0bbd14b493ad3a:reference/unordered_map/unordered_map/clear.md</id>
-      <updated>2025-05-26T23:30:15+09:00</updated>
-      
-        <summary type="html">&lt;pre&gt;&lt;code&gt;diff --git a/reference/unordered_map/unordered_map/clear.md b/reference/unordered_map/unordered_map/clear.md
-index be2530f47..e91f81b0b 100644
---- a/reference/unordered_map/unordered_map/clear.md
-+++ b/reference/unordered_map/unordered_map/clear.md
-@@ -38,8 +38,8 @@ void clear() noexcept;
- 
- ### 計算量に関する備考
- - 多くの実装（GCC libstdc++, LLVM libc++ など）は
--    1. 全ての要素を破棄する
--    2. 全てのバケットを順に走査して各バケットを初期化
-+    1. 全ての要素を走査して各要素を破棄
-+    2. 全てのバケットを走査して各バケットを初期化
- 
- という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
- 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。
-&lt;/code&gt;&lt;/pre&gt;</summary>
-      
-      <author>
-        <name>koki watanabe</name>
-        <email>address8128@gmail.com</email>
-      </author>
-    </entry>
-  
-    <entry>
-      <title>clear -- fix: minor fix</title>
-      <link href="https://cpprefjp.github.io/reference/unordered_map/unordered_multimap/clear.html"/>
-      <id>202823f1b3367e7eb4a9a9f7be0bbd14b493ad3a:reference/unordered_map/unordered_multimap/clear.md</id>
-      <updated>2025-05-26T23:30:15+09:00</updated>
-      
-        <summary type="html">&lt;pre&gt;&lt;code&gt;diff --git a/reference/unordered_map/unordered_multimap/clear.md b/reference/unordered_map/unordered_multimap/clear.md
-index ffa0832a4..3c02d091b 100644
---- a/reference/unordered_map/unordered_multimap/clear.md
-+++ b/reference/unordered_map/unordered_multimap/clear.md
-@@ -38,8 +38,8 @@ void clear() noexcept;
- 
- ### 計算量に関する備考
- - 多くの実装（GCC libstdc++, LLVM libc++ など）は
--    1. 全ての要素を破棄する
--    2. 全てのバケットを順に走査して各バケットを初期化
-+    1. 全ての要素を走査して各要素を破棄
-+    2. 全てのバケットを走査して各バケットを初期化
- 
- という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
- 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。
-&lt;/code&gt;&lt;/pre&gt;</summary>
-      
-      <author>
-        <name>koki watanabe</name>
-        <email>address8128@gmail.com</email>
-      </author>
-    </entry>
-  
-    <entry>
-      <title>clear -- fix: minor fix</title>
-      <link href="https://cpprefjp.github.io/reference/unordered_set/unordered_multiset/clear.html"/>
-      <id>202823f1b3367e7eb4a9a9f7be0bbd14b493ad3a:reference/unordered_set/unordered_multiset/clear.md</id>
-      <updated>2025-05-26T23:30:15+09:00</updated>
-      
-        <summary type="html">&lt;pre&gt;&lt;code&gt;diff --git a/reference/unordered_set/unordered_multiset/clear.md b/reference/unordered_set/unordered_multiset/clear.md
-index 94488f299..8120d2c23 100644
---- a/reference/unordered_set/unordered_multiset/clear.md
-+++ b/reference/unordered_set/unordered_multiset/clear.md
-@@ -38,8 +38,8 @@ void clear() noexcept;
- 
- ### 計算量に関する備考
- - 多くの実装（GCC libstdc++, LLVM libc++ など）は
--    1. 全ての要素を破棄する
--    2. 全てのバケットを順に走査して各バケットを初期化
-+    1. 全ての要素を走査して各要素を破棄
-+    2. 全てのバケットを走査して各バケットを初期化
- 
- という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
- 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。
-&lt;/code&gt;&lt;/pre&gt;</summary>
-      
-      <author>
-        <name>koki watanabe</name>
-        <email>address8128@gmail.com</email>
-      </author>
-    </entry>
-  
-    <entry>
-      <title>clear -- fix: minor fix</title>
-      <link href="https://cpprefjp.github.io/reference/unordered_set/unordered_set/clear.html"/>
-      <id>202823f1b3367e7eb4a9a9f7be0bbd14b493ad3a:reference/unordered_set/unordered_set/clear.md</id>
-      <updated>2025-05-26T23:30:15+09:00</updated>
-      
-        <summary type="html">&lt;pre&gt;&lt;code&gt;diff --git a/reference/unordered_set/unordered_set/clear.md b/reference/unordered_set/unordered_set/clear.md
-index 188ae2c6d..064325559 100644
---- a/reference/unordered_set/unordered_set/clear.md
-+++ b/reference/unordered_set/unordered_set/clear.md
-@@ -38,8 +38,8 @@ void clear() noexcept;
- 
- ### 計算量に関する備考
- - 多くの実装（GCC libstdc++, LLVM libc++ など）は
--    1. 全ての要素を破棄する
--    2. 全てのバケットを順に走査して各バケットを初期化
-+    1. 全ての要素を走査して各要素を破棄
-+    2. 全てのバケットを走査して各バケットを初期化
- 
- という手順を取るため、実行時間は概ね [`size`](size.md)`()` + [`bucket_count`](bucket_count.md)`()` に比例する傾向がある。  
- 規格がコンテナに対して定義する計算量は「コンテナに格納している要素に対する操作の数の計算量」であるためバケットの走査を考慮せず「コンテナの全要素を削除する」として、全要素数Nに対してO(N)に規定されるが、実行時間に影響する時間計算量としてはバケット数Cに対して線形となる。
-&lt;/code&gt;&lt;/pre&gt;</summary>
-      
-      <author>
-        <name>koki watanabe</name>
-        <email>address8128@gmail.com</email>
-      </author>
-    </entry>
-  
 </feed>

gen/pull/1450/sitemap.xml

@@ -7346,7 +7346,7 @@
 
     <url>
       <loc>https://cpprefjp.github.io/reference/unordered_map/unordered_map/clear.html</loc>
-      <lastmod>2025-05-28T22:54:36+09:00</lastmod>
+      <lastmod>2025-05-30T01:50:47+09:00</lastmod>
       <changefreq>daily</changefreq>
       <priority>0.6</priority>
     </url>