stanford-oval/wikipedia huggingface dataset:
吉田和夫 (政治家)
来歴

新潟県中条町（現・胎内市）出身。中条町立中条小学校、中条町立中条中学校、新潟県立新発田農業高等学校を経て東京農業大学農業経済学部を卒業。
製紙会社に勤務後、中条町役場に転職。中条町町民課長、中条町教育長などを歴任した。
2005年（平成17年）9月1日、中条町と黒川村が合併し胎内市が発足。これに伴って同年10月2日に行われた市長選挙に自民党と公明党の推薦を受けて出馬。中条町長の丸岡隆二との一騎討ちを制し初当選した（吉田：12,186票、丸岡：9,364票）。
2009年（平成21年）、無投票で再選。2013年（平成25年）、無投票で3選。
富士フレーバー

| --- | --- |
種類:  株式会社
本社所在地:   日本 〒205-8503 東京都羽村市緑ヶ丘3丁目5番地8
設立:  1971年5月26日
業種:  化学
法人番号:  5013101000755 
事業内容:  香料、誘引剤の製造販売
代表者:  岩波 正（代表取締役社長）
資本金:  1億9600万円
売上高:  88億円
純利益:  10億5600万円 （2023年12月期）
純資産:  137億0400万円 （2023年12月期）
総資産:  162億9500万円 （2023年12月期）
従業員数:  107名
主要株主:  日本たばこ産業（100％）
外部リンク:  http://www.fjf.co.jp/
テンプレートを表示
富士フレーバー株式会社（ふじフレーバー）は、東京都羽村市に本社を置く香料メーカーである。日本たばこ産業の100%子会社であり、タバコ向けの香料および害虫誘引剤の製造を行う。創業は1971年。2005年の調査では、売上高は日本の香料業界第8位であった。
主な事業

タバコ香料 - 日本たばこ産業向けのタバコ香料は、全量富士フレーバーより供給される。
エコモン事業 - エコとフェロモンからの造語で、総合的病害虫管理に使用するモニタリング用フェロモントラップの開発・製造を行う。
事業所

本社・工場 - 〒205-8503 東京都羽村市緑ヶ丘3丁目5番地8
沿革

1971年 - 会社設立
1972年 - タバコ香料の製造開始
1975年 - 食品香料の製造開始
1981年 - 害虫モニタリング用フェロモントラップの製造開始
1992年 - 日本たばこ産業の100％子会社となる
2017年 - 曽田香料株式会社に食品香料事業を売却。
キーワード (C++)

本記事では、プログラミング言語C++におけるキーワードについて解説する。
本記事は、あくまでC++のキーワードに焦点をあてた記事であり、C++の全体像や、C++のキーワード以外の面には立ち入らない。読者の理解の助けとなる場合は適宜、他のプログラミング言語と比較する説明は行う。
なおC++のものに限らず、キーワード（keywords）、予約語（reserved words）、予約済みの識別子（reserved identifiers）といった概念全般や細かな違いについては「予約語」の記事を参照のこと。
C++のキーワードの特徴

最初に制定された規格であるISO/IEC 14882:1998（通称C++98）では63個のキーワードと11個の代替表現（alternative representations）が採用され、ISO/IEC 14882:2003（通称C++03）では追加のキーワードはなかった。ISO/IEC 14882:2011（通称C++11）で新たに13個のキーワードおよび2個の文脈依存キーワード（後述）が追加された。C++11から追加のキーワードおよび機能には(*)を付す。C++14およびC++17ではキーワードは増えていない。
C言語のC89/C90で存在したキーワードは、すべてがほぼそのままの形で取り入れられている。C95で追加されたwchar_tはキーワードではなかったが、C++ではキーワードとなった。中には、inlineなど最初C++98に導入されたキーワードが後からC99にも導入されたものもある。C11では同時期に策定されたC++11のalignas, alignof, static_assert, thread_localに直接対応するキーワードは追加されず、_Alignas, _Alignof, _Static_assert, _Thread_localというキーワードが追加され、C++互換の名前に関しては別途マクロとして提供するヘッダーが追加された。C23では改めてC++同様のキーワードが追加され、C11で追加された古いキーワードの多くは非推奨となる予定である。
値に関するキーワード > nullptr (*)

ヌルポインタ (null pointer) を表す。この値はあるstd::nullptr_t型のオブジェクトで、任意のポインタ型のヌルポインタ値に暗黙変換できるが、整数型には暗黙変換できない。なお、従来のNULLマクロは、もともとC++98の時点で実装定義のヌルポインタ定数 (null pointer constant) に展開される仕様だったが、C++ではヌルポインタ定数の1つとして整数リテラル0を任意のポインタに代入することができるため、C++03までは整数リテラル0に展開される実装が一般的だった。C++11以降はnullptrに展開される実装もありえることになる。
型に関するキーワード

複数のキーワードを組み合わせることで意味が変わるものが多い（文脈依存のキーワード）。
型に関するキーワード > 基本型 > int, long, short, signed, unsigned

詳細は「整数型」を参照
short単体では符号付き短整数型signed short intを、long単体では符号付き長整数型signed long intを意味する。long long intは少なくとも64ビットの精度を持つ整数型である(*)。
型に関するキーワード > 基本型 > float, double

詳細は「浮動小数点数」を参照
long doubleは少なくともdoubleと同じ精度を持つ浮動小数点数型。処理系によっては拡張倍精度浮動小数点数型となる。
型に関するキーワード > 基本型 > bool, true, false

詳細は「ブーリアン型#C++」を参照
C99ではマクロで定義されておりキーワードではないが、C++ではキーワードである。
型に関するキーワード > 基本型 > char, wchar_t, char16_t (*), char32_t (*)

詳細は「キャラクタ (コンピュータ)」および「ワイド文字」を参照
wchar_tは、Cではtypedefによる型エイリアスでありキーワードでないが、C++ではキーワードである。
char16_tとchar32_tは、それぞれUTF-16およびUTF-32の文字を格納するための整数型を表す。
型に関するキーワード > 基本型 > void

詳細は「void (コンピュータ)」を参照
戻り値や引数がないことを表す型。
デリファレンスする先の型を指定しないポインタvoid*の表現に用いられる。
型に関するキーワード > 基本型 > auto (*)

変数宣言の際に型として指定すると、初期化式から型推論を行う。
また、戻り値型を後置きする関数宣言に用いる。
// 以下の2つは同じ宣言。
int main(int argc, char** argv);
auto main(int argc, char** argv) -> int;
型に関するキーワード > 複合型 > class, struct, union

詳細は「クラス (コンピュータ)」、「構造体」、および「共用体」を参照
C++においてstructはデフォルトのアクセス制御がpublicであること以外はclassと全く同じである。unionもクラスの一種という扱いである。
unionはすべてのメンバ変数が同一メモリ領域を共有するのはCのままであるが、classに準じてメンバ関数を持てるようになっている。
なお、C++規格では、クラス内で宣言した変数および関数は、それぞれデータメンバ（data member）およびメンバ関数（member function）と呼ぶ。データメンバはメンバ変数と呼ばれることも多い。JavaやC#のように、フィールド・メソッドなどといった用語は使われない。
型に関するキーワード > 複合型 > enum

詳細は「列挙型」を参照
enum単独ではスコープのない列挙型を意味する。enum class、enum structの形で、スコープ付きの列挙型の宣言に使用する(*)。
型に関するキーワード > 型修飾子 > const

詳細は「const」を参照
Cの書き換え不能という意味に加え、定数の意味が加わっている。具体的にはCと違いブロックスコープにない場合、定数扱いとなり、externを指定しない限り内部結合になる。プリプロセッサによるマクロの代替的手段になる。
const int N = 16;
int Array[N];
このコード片で、CではNが定数ではないのでArrayの宣言はエラーになる。C99でもグローバル変数は可変長配列にできないのでやはりエラーになる。
クラス内では、整数型をstatic constで修飾するとクラススコープの定数の定義になる。詳しくはstaticを参照のこと。
型に関するキーワード > 型修飾子 > volatile

詳細は「volatile」を参照
volatileの指定された記憶領域は、実行しているコードが書き換えを行わない場合にも、何らかの理由で内容が書き換えられる可能性を持つ。書き換えの起きる具体的な要因としては、何らかのハードウェアによる書き換えが挙げられる。
コンパイラによる最適化では、メモリを書き換えない限り内容が変わらないことを利用し、メモリからの再読み込みの省略などを行うが、例えばあるメモリ領域にハードウェアが書き込んでいて、そのメモリ領域の変化を読み取りループで監視しようとするならば、volatile指定が無い場合はコンパイラが「書き込みを行っていないのでメモリ内容が変化する可能性は無い」と判断し、ループを消し去ったり、メモリを再読み込みせずに単純な無限ループを行ったりするなど、期待と異なる最適化を行う可能性が高い。そのような場合、volatileを適切に指定することで、メモリ領域を正しくポーリングすることが期待できる。
また、コンパイラによっては、volatileの指定された記憶領域へのアクセス前後において、適切なメモリバリアを自動的に配置することもある。が、逆にメモリバリアについては一切関知しないものもあるため、ノンブロッキング同期プログラミングなどでは特別な注意が必要となる。
ハードウェアに近い操作を行う処理を記述する際は、特に重要になる修飾子である。
型に関するキーワード > 記憶クラス指定子

「ブロック (プログラミング)」および「スコープ (プログラミング)」も参照
型に関するキーワード > 記憶クラス指定子 > auto (C++03まで)

C++03以前では自動変数 (automatic variable) を意味する記憶クラス指定子 (storage class specifier) であったが、C++11で廃止され、型推論のための全く別の機能が割り当てられた。
もともと、関数のようなブロックスコープ内の変数（ローカル変数）に記憶クラスを指定しなかった場合はデフォルトで自動記憶域期間 (automatic storage duration) を持つ自動変数となるため、C++03以前においても記憶クラス指定子としてのautoを用いる必要は全くなかった。前方互換性のためにも、むやみに使用すべきではない。なお、C++11以降も自動記憶域期間を持つ変数を表す用語は「自動変数」のままであり変更はない。
型に関するキーワード > 記憶クラス指定子 > extern

Cからの外部結合の指定に加え、リンケージ指定の用法が加わっている。
C++では名前（関数名や変数名など）に対して多重定義や名前空間、型安全の保証などの都合から、多くのコンパイラは名前修飾を施しCとは異なった名前をリンカに対して用いている。その名前の修飾の仕方を指定するのがリンケージ指定である。少なくとも"C"と"C++"の2種類のリンケージが使用できる。何も指定しないと"C++"になる。"C"リンケージでは名前の変形を抑止しCと互換の名前をリンカに対して用いることを意味する。これによりCとC++を混在させてプログラムを作るときに使われる。
//a.cpp
extern "C" {
    int a; //Cリンケージの変数定義
    extern int b; //Cリンケージの変数宣言
    void f(); //Cリンケージの関数宣言
}
extern "C" int c; //リンケージ指定と元々の外部結合の意味を兼ねた用法。

//b.c
extern int a; //変数の宣言
int b; //変数の定義
int c;
void f()
{
    /* ... */
}
また、extern templateの形でテンプレート実体化宣言を修飾して、外部で実体化されたテンプレートを指定する(*)。
型に関するキーワード > 記憶クラス指定子 > register

C++17以降では何の機能もないキーワードである。将来のために予約されている。
C++14以前では、特にレジスタに割り当ててほしい自動変数に指定する記憶クラス指定子であった。Cよりも意味合いが弱く、Cのregister変数はアドレス参照（&演算子によるポインタ取得）を行えないが、C++では行えた。つまり、register変数として宣言してもメモリに配置されうる。コンパイラが高度な最適化を行う場合、レジスタに配置すべき変数の判断はコンパイラの方が適切に行えることが多いので、C++14以前のコンパイラでも、この指定を無視するのが一般的であった。
型に関するキーワード > 記憶クラス指定子 > static

ファイルスコープの指定（Cからの用法）。ただし、ファイルスコープを指定するのにstaticを用いるのはC++では推奨されず、無名名前空間を用いるべきとされている。
クラス・関数の静的変数とクラスの静的関数（関数内静的変数についてはCからの用法）。
特にクラスの場合、これは宣言となるため普通のグローバル変数などと同様にソースファイルで定義が必要である。ただし次の場合、例外として不要である。
整数型にconstと共に指定し宣言と同時に初期化した場合。クラススコープの定数となる。
クラスの静的メンバ関数の場合。（クラス宣言とは別にソースファイルで定義をしてもよいし、クラス内にインラインで定義してもよい）
// ヘッダbar.h
class bar
{
    static int a;                 // OK: 静的メンバ a の宣言。
    static const int b = 5;       // OK: 静的メンバ b の宣言と定義。クラススコープの定数となる。
    static const double c;        // OK: 静的メンバ c の宣言。
//  static const double d = 2.0;  // Bad: 整数型でない。
    static void f();              // OK: 静的メンバ f の宣言。
    static void g() { /* ... */ } // OK: 静的メンバ g の宣言と定義。
};
// ソースbar.cpp
#include "bar.h"

int bar::a = 1;            // OK: bar::a の定義。

//const int bar::b = 5;    // クラススコープの定数は定義する必要がない。

const double bar::c = 3.0; // OK: bar::c の定義。

void bar::f()              // OK: bar::f の定義。
{
    /* ... */
}
古いC++処理系では整数型をstatic constで修飾することによる定数の定義ができなかったので、代わりにクラス内に定義した列挙型 (enum) による列挙定数で代用をすることがしばしばあった。これはenumハックと呼ばれる。
C++11以降はconstexprを併用することで、クラス宣言部で定数定義できる型が増加した。
型に関するキーワード > 記憶クラス指定子 > mutable

constなオブジェクトでも書き換え可能にしたいクラスメンバ変数に指定する。
ラムダ式を修飾して、コピーキャプチャした変数の書き換えを許可する(*)。
型に関するキーワード > 記憶クラス指定子 > thread_local (*)

グローバル変数やクラス・関数内静的変数について、スレッドローカルな記憶域に確保するよう指示する。
型に関するキーワード > 宣言指定子 > friend

フレンド関数・フレンドクラスの宣言に用いる。
型に関するキーワード > 宣言指定子 > typedef

詳細は「typedef」を参照
型に関するキーワード > 関数指定子 > constexpr (*)

定数式を表す。変数や関数を修飾して、コンパイル時定数となりうることを指示する。
型に関するキーワード > 関数指定子 > explicit

コンストラクタに指定して暗黙の型変換に用いないことを指定する。
変換関数を修飾して、暗黙の型変換に用いないことを指定する(*)。
型に関するキーワード > 関数指定子 > inline

関数指示子に使用することで、関数をインライン展開するためのヒントをコンパイラに与える。クラスの宣言内で関数を定義した場合は、inlineの有無にかかわらずinlineが指定されたものとして取り扱われる。
inline namespaceの形で透過的な名前空間の宣言に用いる。透過的な名前空間の名前は、名前空間名で修飾しなくても使えるようになる(*)。
型に関するキーワード > 関数指定子 > virtual

仮想関数を宣言する。C++ではこれを明示しないと派生クラスでポリモーフィックにオーバーライドすることはできない。派生クラスではオーバーライドするときに特に何か指定する必要はないが、virtualを省略しないスタイルも一般的である。
仮想継承するときにベースクラスの指定に修飾する。
クラスに関するキーワード > アクセス制御 > public, protected, private

クラスメンバと継承のアクセス制御に用いられる。
publicはクラスの外部からも自由にアクセスできる。
protectedは宣言したクラス自身とその派生クラスからアクセスできる。
privateは宣言したクラスの内部からしかアクセスできない。
Javaなどとは違い個々の宣言に付けるものではなく、見た目には関数内でラベルを指定するのと似ている。1度指定すると他の指定がなされるか、クラスの宣言が終わるまでは指定した制御が続く。
class foo
{
    int n; //classであり、まだアクセス制御が指定されていないのでprivateになる
public:
    foo(int);   //コンストラクタ
    ~foo();     //デストラクタ

    int getN(); //メンバ関数
    //ここまでの3つはすべてpublicになる
protected:
    void setN(int); //protectedになる
}; //クラス宣言の終わりには ; が必要。
class hoge : private foo //private継承 外部からはhogeのインスタンスを通じてfooのメンバにはアクセスできない。
{
public:
    using foo::getN; //このように個別にアクセス制御を上書きすることもできる。
    hoge();
    ~hoge();
};
クラスに関するキーワード > その他 > operator

演算子多重定義（オペレータオーバーロード）の関数を定義するのに用いる。
自分のクラスから他の型へ、暗黙の型変換を行う関数を定義するのに用いる。なお、他の型から自分のクラスへの変換は1引数のコンストラクタを使用する。
ユーザー定義リテラルの定義に用いる。operator"" suffixは接尾辞suffixで記述するユーザー定義リテラルを定義する関数名である(*)。
クラスに関するキーワード > その他 > this

「this (プログラミング)」も参照
自分自身へのポインタ。当然ながらクラスの非静的メンバ関数内でのみ使用できる。参照でなくポインタである理由は、thisがC++に導入された当時まだ参照がなかったからである。
文に関するキーワード > 制御構造

「制御構造」も参照
文に関するキーワード > 制御構造 > if, else

詳細は「if文」を参照
文に関するキーワード > 制御構造 > for

詳細は「for文」を参照
文に関するキーワード > 制御構造 > while, do

詳細は「while文」および「do-while文」を参照
文に関するキーワード > 制御構造 > switch, case, default

詳細は「switch文」を参照
defaultは関数の定義にも用いる。特殊メンバ関数を「= default」の形で定義して、コンパイラ生成のものを使用することを明示する(*)。
文に関するキーワード > 制御構造 > break

詳細は「break文」を参照
文に関するキーワード > 制御構造 > continue

詳細は「continue文」を参照
文に関するキーワード > 制御構造 > goto

詳細は「goto文」を参照
文に関するキーワード > 制御構造 > return

詳細は「return文」を参照
文に関するキーワード > 制御構造 > try, catch

詳細は「例外処理」を参照
式に関するキーワード > 動的記憶域確保 > new, delete

詳細は「new演算子」および「delete演算子」を参照
newはヒープにオブジェクトまたは配列を割り当てるnew演算子とnew[]演算子に用いられ、deleteはそれを解放するdelete演算子とdelete[]演算子に用いられる（[]の有無で演算子は区別される）。JavaやC#などと違い、C++はガベージコレクションを持たないので、オブジェクトが不要になったら明示的に破棄する必要がある。もっとも、C++ではオブジェクトの構築に動的メモリ確保（動的記憶域期間）は必須ではなく、自動記憶域期間または静的記憶域期間を持つオブジェクトを定義してもよく、またスマートポインタやSTLコンテナのようなRAIIクラスを用いてnew/new[]とdelete/delete[]の手間を省くようにすることはできるため、アプリケーションソフトウェアのような実践的なプログラムではnew/new[]やdelete/delete[]が直接的に使用されることは少ない。
deleteは関数の定義にも使用される。関数を「= delete」の形で定義して、そのシグネチャの関数を存在させないことを指示する(*)。
式に関するキーワード > 型変換

型変換（キャスト）は注意を要する操作であるにもかかわらず、Cの型変換演算子はあまりにも目立たず、目的がコードから見えにくいという理由からC++では、型変換を行う場合には用途ごとの4つの型変換演算子を用いることが推奨されている。
式に関するキーワード > 型変換 > dynamic_cast

動的キャスト。RTTIを用いて、目的の型に変換できるかどうかを確認し、不可能であればポインタの場合ヌルポインタを返し、参照の場合はstd::bad_cast例外を投げる。また、Cにない概念のため、Cの型変換演算子で代用できない。
式に関するキーワード > 型変換 > static_cast

静的キャスト。コンパイル時に型チェックを行う。変換前の型から変換後の型へ、あるいはその逆向きの暗黙の変換が存在する場合に変換可能である。変換できなければコンパイルエラーになる。
式に関するキーワード > 型変換 > const_cast

const/volatile性を取り除く場合に用いるキャストである。他のキャストでconst/volatile性が失われる変換はできない。
式に関するキーワード > 型変換 > reinterpret_cast

安全でなかったり移植性のない型変換に用いる。無関係なポインタ型同士の変換や、ポインタと整数型の変換などがそうである。
式に関するキーワード > 式に関する情報 > alignof (*)

型のアライメントの値を得る。
式に関するキーワード > 式に関する情報 > decltype (*)

式から型を取得し、型名として用いる。
式に関するキーワード > 式に関する情報 > sizeof

型、あるいは式の型のサイズを得る。
詳細は「sizeof」を参照
また、sizeof...の形で、可変長引数テンプレートの可変長引数部の長さを取得する(*)。
式に関するキーワード > 式に関する情報 > typeid

詳細は「RTTI」を参照
式に関するキーワード > 例外処理 > throw

詳細は「例外処理」を参照
例外を投げる。また、後述の例外指定の用法もある（C++11以降でこの用法は非推奨）。
式に関するキーワード > 例外処理 > noexcept (*)

関数に例外指定を付与する。
//noexceptはどんな例外も投げないことを示す。
int func2() noexcept;

//noexceptはコンパイル時定数となる引数を取ることができ、trueならnoexceptと同じ。
int func3() noexcept(true);

//falseならあらゆる例外を投げる可能性がある。
int func4() noexcept(false);

//noexceptと等価な記述。
int func5() throw();

//noexcept(false)と等価な記述。
int func6() throw(...);

//この関数から投げられる例外はstd::exception型（とその派生クラス型）かint型しかありえないことを示す。この用法は非推奨。
int func7() throw(std::exception, int) {/* ... */}
C++11以降は、throwを用いた例外指定は推奨されない。C++03以前でも、throwを用いた例外指定は例外安全のうち例外を投げない表明としてfunc5のように型を無指定にして用いられる場合が大半であった。
また、noexceptは例外指定の有無を判定する式としても用いられる。
//b2はtrue
bool b2 = noexcept(func2()+1);
//b4はfalse
bool b4 = noexcept(func4()+func7());
式に関するキーワード > 表明 > static_assert (*)

コンパイル時に評価される表明を記述する。検査式が偽になると、指定されたメッセージを伴ってコンパイルエラーとなる。宣言として扱われるが、プログラムの動作には影響がない。
static_assert(sizeof(Foo) == 4, "Unexpected: the size of Foo must be 4");
テンプレートに関するキーワード

「テンプレート (プログラミング)」も参照
テンプレートに関するキーワード > template

クラステンプレート・関数テンプレートの宣言あるいは定義。特殊化や部分特殊化にも使う。
クラステンプレート・関数テンプレートの明示的実体化。
メンバテンプレートをテンプレート引数を明示して使用する場合にはこれを先行しなければならない。理由はテンプレート引数の < > と不等号演算子との区別をつけるためである。
テンプレートに関するキーワード > typename

テンプレート引数で型を引数にとることを示すことに使う（classで代用可能）。
続く識別子が型名であることを示す。
//typenameの例
template <typename T> struct s1 //1の用法
{
    void f() {
        typename T::type *ptr; //2の用法
    }
};
用法2.はなぜ存在するのかというと、曖昧性が生じさせないためである。
たとえばs1に次のようなクラスをテンプレート引数に渡すとする。
struct s2
{
    static const int type = 0;
};
すると、仮にtypenameがなければs1<s2>::fの中の文はs2::type *ptr;となる。これはs2::typeとptrの乗算式と見られるので、構文としては正当なC++の式となってしまう（ただしこの例ではptrが宣言されていないためコンパイルエラーになる）。そうならないように、曖昧性を排除するために型名である場合はtypenameを先行させる仕様になっている。
テンプレートに関するキーワード > export

C++11では何の機能もないキーワードである。将来のために予約されている(*)。
C++03以前では、分離コンパイルを行うクラス・関数テンプレートに指定するものであった。分離コンパイルとは、通常の関数などのようにヘッダに宣言を書いて、どこかのソースファイルに定義を書く形式のことである。これを指定しないとテンプレートは通常ヘッダに定義を書く必要がある。
このキーワードに対応しているコンパイラは、一般に広く知られたものではComeau C++のみである。対応しない多くのコンパイラでは、このキーワードは単に無視されるか、キーワードとして扱われない場合さえある。
名前空間に関するキーワード > namespace

名前空間の宣言 (namespace NS { /* ... */ })
名前空間は入れ子にすることができる。
名前空間名を省略すると無名名前空間の宣言になる。無名名前空間の中にある宣言は他の翻訳単位から見えない。
usingディレクティブ（usingを参照）
名前空間のエイリアス (namespace NS2 = NS;)
名前空間に関するキーワード > using

using宣言 (using NS::NAME;)
usingディレクティブ (using namespace NS;)
アクセス宣言 - public, protected, privateのclass Hogeの例を参照。
テンプレートの別名を定義する(*)。
インラインアセンブラ > asm

asm(文字列リテラル)という構文が定まっているだけで、その文字列リテラルの書式等は処理系依存である。多くのコンパイラではインラインアセンブラを利用するために用いる。
アトリビュート > alignas (*)

変数宣言を修飾するアトリビュートで、変数のアライメントを指定する。
文脈依存のキーワード(*)

文脈依存のキーワード(contextual keyword)は、ソースコード中の特定の位置に現れた場合にのみキーワードとして扱われ、それ以外の箇所では単なる識別子として扱われる（変数名や関数名として使用出来る）。C++11から新たに追加された。
文脈依存のキーワード(*) > final

メンバ関数の宣言の直後、またはクラス宣言のクラス名の直後において文脈依存のキーワードとして扱われる。メンバ関数の宣言の直後では、その関数がオーバーライドされることを禁止する｡クラス名の直後では、そのクラスから派生すること（基底クラスとして用いられること）を禁止する。
文脈依存のキーワード(*) > override

メンバ関数の宣言の直後において文脈依存のキーワードとして扱われる。仮想関数が基底クラスのメンバ関数をオーバーライドすることを明示する。
代替表現

代替字句(alternative token)のうちの、記号ではなくアルファベット（と下線）で表現する代替表現（alternative representation）は、キーワードには列挙されていないが、キーワードと同様に扱われる。ISO 14882の英語版の注ではlexical keywords（字句的にはキーワードであるもの）という表現が使われているが、JIS X 3014:2003の注では「予約語」という用語を用いて説明されている。
C/C++ではASCIIの記号類を多用しているので、ISO/IEC 646のUS以外を使用している環境では問題がある。それらの代用として、問題のない文字だけで表現するのが代替字句である（同じ用途のものとして他にトライグラフがある）。代替字句のうち、記号で表すダイグラフ（規格票の用語では「二つ組」）以外が代替表現である。これらはCではマクロ（ヘッダiso646.h、C95で標準化された）だが、C++では言語の一部である。
以下にそれぞれ対応する演算子を示してある。
C言語のキーワードのうち、C++ではキーワードでないもの

C99 のキーワードのうち _Bool, _Complex, _Imaginary, restrict は C++ のキーワードではない。C11 で追加になったキーワードのうち _Alignas, _Atomic, _Generic, _Noreturn, _Static_assert, _Thread_local は C++ のキーワードではない。C99 の _Bool には C++ の bool が対応する。また、_Complex に関しては、代わりに std::complex クラステンプレートが標準C++ライブラリに存在する。
C++20で予定されている変更

C++の次期規格C++20では、機能の追加に伴い、新しいキーワードの追加、既存のキーワードへの意味の追加が予定されている。
C++20で予定されている変更 > 追加のキーワード

（基本型）UTF-8の文字を格納するための整数型を表す。
（新機能：コンセプト）コンセプトを定義する。コンセプトは、型が満たすべき要件に名前を与える新しいプリミティブである。
（関数指定子）変数や関数を修飾して、コンパイル時定数となることを指示する。constexprと異なり、コンパイル時に評価することを強制する。
（新機能：コンセプト）テンプレート引数のコンセプト要求を指定する定数式を指定する。
C++20で予定されている変更 > 追加の文脈依存のキーワード

（アトリビュート）expects, ensures, assertのいずれかのアトリビュートの内部で、アトリビュート名の直後に出現した際に文脈依存のキーワードとして扱われる。これらのアトリビュートはそれぞれ関数についての事前条件、事後条件、不変条件の契約を示すための新しいアトリビュートである（契約プログラミング）。各アトリビュートの契約にはdefault, audit, axiomの三段階の契約レベルがあり、これらの文脈依存のキーワードはaudit契約レベルおよびaxiom契約レベルの指定に利用する（default契約レベルはキーワードdefaultか、または指定を省略することによって指定する）。おおむね、defaultは実行時チェックの負荷が小さいもの、auditは実行時チェックの負荷が大きいもの、axiomは実行時チェックを意図しないものに指定することを規格では意図している。実際にどの契約レベルまで実行時にチェックするかは、「ビルドレベル」によって変更される。
新ルパン三世

| --- | --- |
: この項目では、モンキー・パンチ作の漫画作品について説明しています。アニメ『ルパン三世 (TV第2シリーズ)』の通称については「ルパン三世 (TV第2シリーズ)」をご覧ください。
新ルパン三世（しんルパンさんせい）は、モンキー・パンチ作の漫画作品である。
概要

昭和52年（1977年）［WEEKLY漫画アクション］（5月23日号）にて連載開始。『TV第2シリーズ』の放送に合わせて連載された作品で、時間軸は前作の5年後に設定されている。全189話+番外編1話（単行本未収録を除く）。アニメ化されたエピソードも数多く、特筆事項としてサンフランシスコ編はテレビスペシャル『ルパン三世 アルカトラズコネクション』、第1話「ルパン一家勢揃い」はOVA『ルパン三世 Master File』にてアニメ化されている。TV第2シリーズがファミリー向けの作風になったため、本作も大人向けだがギャグシーンが多くなっている。本作からアニメに準拠してほぼ全ての回にルパン、次元、五右衛門、不二子、銭形が揃って登場する。
登場人物

詳細は「ルパン三世 (架空の人物)」を参照
詳細は「次元大介」を参照
詳細は「石川五ェ門 (ルパン三世)」を参照
詳細は「峰不二子」を参照
詳細は「銭形幸一」を参照
サブタイトル

| 0 | 1 | 2 |
| --- | --- | --- |
|  No.1 ルパン一家勢揃い  No.2 Lonesomeルパン  No.3 刑事メロン  No.4 ロータ・猿宇の忠告  No.5 囚人護送器  No.6 奇女と怪女  No.7 デス手術  No.8 1人180役  No.9 ユニオン・ママ  No.10 女シンドバット  No.11 スペシャル・テクニ家  No.12 Who are You? -アンタダアレ?ー  No.13 What's happened?  No.14 ルパン死す???  No.15 ホールド・アップ  No.16 眼には眼を 歯には歯を!!  No.17 God damn You!!この野郎め!!  No.18 鉄トカゲ（前篇）  No.19 鉄トカゲ（後篇）  No.20 I can't stand It!! ヤリキレナイ!!  No.21 怪鳥快調!?  No.22 反逆回路  No.23 ウエスタン次元  No.24 ルパン調査会  No.25 ♀の中に宝が見える（前篇）  No.26 ♀の中に宝が見える（後篇）  No.27 ルパン式飛び出す絵本  No.28 五右ェ門無双  No.29 死闘!!不二子対ルパン小僧  No.30 切り札は一枚で充分  No.31 グレイト・マウス  No.32 盗怪道五十三次  No.33 コン・ジャック  No.34 上か…下か 左か…右か…??  No.35 赤奇血汐（前篇）  No.36 赤奇血汐（後篇）  No.37 鬼出神没  No.38 銭さん（秘）帖  No.39 特盗  No.40 予言合戦  No.41 二心異体  No.42 だんまり  No.43 同時進行  No.44 シュルルル…  No.45 ちがう穴のムジナ  No.46 ちがう穴の泥棒  No.47 ウラ!?  No.48 風のごと師  No.49 不二子不死  No.50 五右ェ門流し  No.51 五右ェ門星  No.52 ドキュメント狂  No.53 実録ルパン  No.54 怪人格  No.55 お仮死屋サン  No.56 命仮死ます!!  No.57 狂剣  No.58 嘘から出た火  No.59 ジグソーパズル  No.60 ルパン15世  No.61 MILD5  No.62 まき返し  No.63 魔女ルカ  No.64 尻尾人生（前篇）  No.65 尻尾人生（後篇） |  No.66 さてお立ち合い  No.67 行き着く先は…  No.68 銭さんコチラ…!  No.69 変装防止（前篇）  No.70 変装防止（後篇）  No.71 斬ラー  No.72 次元出ずっぱり  No.73 キャ!!デラックス  No.74 天井天下  No.75 Oh!Rats  No.76 ルパンの子守唄  No.77 天国雪  No.78 ヒモ術  No.79 血路  No.80 穴路  No.81 ルパン裁判  No.82 三死がなくて……五に練習  No.83 八苦がなくて十に成功  No.84 ボディ・チェンジャ  No.85 ボディ・スチール  No.86 安全ベルト  No.87 ルパン消法  No.88 大王ゲーム  No.89 限りなく冬眠近いルパン  No.90 狂い悪人形  No.91 地獄志願  No.92 金車鉱炉  No.93 ミュジッキィ  No.94 龍  No.95 石・いし・イシシシッ  No.96 ガス丸薬  No.97 スナイパア  No.98 笛とギター  No.99 ようこそ!!アダルトランドへ!!（特別読み切り）  No.100 五右ェ門剣  No.101 奇103号  No.102 盗人サミット  No.103 MR.松公  No.104 モデル戦争  No.105 吾はカミなり  No.106 MINO虫  No.107 滝下り  No.108 ゲームは金なり  No.109 訪問鬼  No.110 ドレミファソラ死  No.111 ロープフィーバー  No.112 くず人間  No.113 ウェッジ・イン  No.114 黄金仕かけ  No.115 HEY…!!  No.116 術くらべ  No.117 悪のり  No.118 凶  No.119 ジュン  No.120 五右ェ門…!!剣ッ…!!  No.121 凶人VS狂人  No.122 デビルハンド  No.123 殺し一色  No.124 オールマイティー  No.125 ルパンの賀正  No.126 次元劇  No.127 不二子狩り  No.128 スターだすと  No.129 奇妙キテレツ  No.130 あぼこすコンビ |  No.131 マイクロロケット  No.132 見えない糸  No.133 ラショウ門  No.134 すでに処刑  No.135 一騎討ち  No.136 攻守  No.137 五右ェ門波  No.138 ビックリBOX  No.139 GAS  No.140 イースト対ウェスト  No.141 西か東か  No.142 滝  No.143 パワァアップ  No.144 いかが…?こんな手口  No.145 仇  No.146 「123…7」  No.147 シャードック  No.148 シャードックショック  No.149 ワトソン・ファイル  No.150 ブック・マジック  No.151 次元ばくだん  No.152 五右ェ門牢  No.153 パートナー十完  No.154 不二子プリズナー  No.155 十完フォッグ  No.156 十完首  No.157 十完完敗  No.158 サァチャー  No.159 0.0001% 「サンフランシスコ編」 No.160フリスコ無宿  No.161 シークレット・セブン  No.162 奇眼Xレイ  No.163 ケーブルカー・ジャック  No.164 スターモー・ママ  No.165 チェンジングマシン  No.166 作戦L3号  No.167 2ミニッツ  No.168 スナッチング  No.169 トレジャー・シップ 「ヤップランド編」 No.170 ダブル・ボディ  No.171 ヤップ・ドール  No.172 ヤップ海底  No.173 瞬間失神薬  No.174 フェインター  No.175 ヤップ・メイズ  No.176 シンキング  No.177 漂流記（1）  No.178 漂流記（2）  No.179 漂流記（3）完結編 「バッド・シティ編」 No.180 高性能ルパン  No.181 ソナタ刃短調  No.182 NEW桃太郎さん  No.183 解読合戦  No.184 EXCESS  No.185 したたかキッド  No.186 不二子さがし  No.187 鬼に金棒  No.188 戌年・申月・酉日  No.189 完結編 ENDLESS…  番外編 オレにもあったジャリ時代  モンキー・パンチ密着コーナー（単行本書下ろし） |
書誌情報

いずれも電子書籍化済み
ISBN 9784575721027
ISBN 9784575721034
ISBN 9784575721041
ISBN 9784575721195
ISBN 9784575721201
ISBN 9784575721218
ISBN 9784575721409
ISBN 9784575721416
ISBN 9784575721423
ISBN 9784575721577
ISBN 9784575721584
ISBN 9784575721591
未収録作品

木金金 ※未完 
順番ではNo.90「狂い悪人形」とNo.91「地獄志願」の間に位置する
一宿一殺 ※「ルパン・ザ・サード・ザ・ベスト 第4巻」に収録 この際に正式名称とされる。
順番ではサンフランシスコ篇最終話No.169「トレジャー・シップ」の次の話
ガール・ナッパー ※「ルパン・ザ・サード・ザ・ベスト 第3巻」に収録
順番では一宿一殺の次の話
オレはシャドー ※「ルパン・ザ・サード・ザ・ベスト 第1巻」に収録
順番ではヤップランド篇第一話No.170「ダブル・ボディ」の前、ガール・ナッパーの次の話
ビートロック☆ラブ

『ビートロック☆ラブ』は、2009年3月28日公開の日本映画である。
ストーリー

バンドのリーダーで人一倍メンバー思いのリードギター・アキ。ひたすらに我が道を行き、人目をはばからず"世界制覇"を口にするヴォーカル・シン。クールで冷静なベース・レイ。メンバーからも一目置かれる熱い男、ドラムの虎太郎。メンバー最年少でムードメーカーのサイドギター・Roku。メジャーデビューが決まりかけていたにもかかわらず、勝手に断ってしまうシン。メンバーの心がバラバラになる中、優勝すればメジャーデビューし、CMタイアップも約束されるというコンテストに出場することに。再びメンバーが一丸となって練習に打ち込み、優勝を目指すのだが…。
キャスト

アキ：荒木宏文
神田心：武瑠
城島レイ：桐山漣
木村虎太郎：大河元気
Roku：小野健斗
恵：梅澤しほみ
七海：山崎真実
LOVE DIVINGの先輩バンド・SCREW：SCREW（本人役）
ヴァチスト太田
駒田一
山田幸伸
宮平安春
君嶋麻耶
世良祐樹
荒巻信紀
久松龍一
川渕かおり
高城薫
スタッフ

監督：内田英治
脚本：蒲田幸成 、恵光
企画：菊池浩二、小林智浩、磯山敦
プロデューサー：片山武士、中村美香、米田理恵、川端基夫、神田はるを
助監督：小美野昌史
編集：太田義則
撮影：神戸千木
美術：木村文洋
録音：深田晃
製作プロダクション：デジタルハリウッド・エンタテインメント
製作：日本出版販売、ポニーキャニオン、デジタルハリウッド・エンタテインメント、モブキャスト、アフロディーテ
配給：モブキャスト
上映時間：79分
主題歌

「Shout It Loud」／LOVE DIVING
挿入歌

「心のままに」／LOVE DIVING
「our days」／LOVE DIVING
「Wailing Wall」／SCREW
LOVE DIVING > メンバー

| ステージネーム | キャスト | 演奏担当 |
| --- | --- | --- |
| シン （しん） | 武瑠（SuG） | ボーカル |
| アキ （あき） | 荒木宏文 | ギター |
| レイ （れい） | 桐山漣 | ベース |
| Roku （ろく） | 小野健斗 | ギター |
| 虎太郎 （こたろう） | 大河元気 | ドラム |
LOVE DIVING > ディスコグラフィ > シングル

| 2009年 | リリース> 2009年 | タイトル> 2009年 | 備考> 2009年 | 規格> 2009年 | 生産番号> 2009年 | c/w> 2009年 | 2009年 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| 1st | 2月18日 | Shout It Loud | 初回盤はビデオクリップと映画トレーラーを収録したDVD付き。通常盤の初回プレス分には差し替えジャケットを6種ランダム封入。 | CD+DVD CD | PCCA-02845（初回盤） PCCA-70238（通常盤） | 心のままに |  |
LOVE DIVING > ディスコグラフィ > アルバム

| 2009年 | リリース> 2009年 | タイトル> 2009年 | 備考> 2009年 | 規格> 2009年 | 生産番号> 2009年 | 2009年 | 2009年 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| 1st | 3月4日 | BEATROCK☆LOVE | 初回盤はDVDとフォトブック付き。通常盤の初回プレス分には差し替えジャケットを6種ランダム封入。 | CD+DVD CD | PCCA-02846（初回盤） PCCA-02847（通常盤） |  |  |
奥澤神社

| 奥澤神社 |
| --- | --- |
  
所在地:  東京都世田谷区奥沢五丁目22番1号
位置:  北緯35度36分19.42秒 東経139度40分16.51秒﻿ / ﻿北緯35.6053944度 東経139.6712528度﻿ / 35.6053944; 139.6712528﻿ (奥澤神社)座標: 北緯35度36分19.42秒 東経139度40分16.51秒﻿ / ﻿北緯35.6053944度 東経139.6712528度﻿ / 35.6053944; 139.6712528﻿ (奥澤神社)
主祭神:  誉田別命（応神天皇）、倉稲魂之命
社格等:  旧村社
創建:  室町時代
例祭:  9月第2土曜日と第2日曜日
主な神事:  奥澤神社の大蛇お練り神事（東京都指定無形民俗文化財）
地図:  奥澤神社東京都区部の地図を表示奥澤神社日本の地図を表示
テンプレートを表示
奥澤神社（おくさわじんじゃ）は、東京都世田谷区奥沢にある神社。かつてこの地を領していた吉良氏の家臣、大平氏が室町時代に奥沢城を築城するにあたって世田谷郷東部の守護神として勧請したものと伝えられる。古くは八幡神社と称し、明治期に近隣の神社を合祀した際に奥澤神社と改称した。江戸時代中期から続く大蛇お練り神事は世田谷区指定無形民俗文化財の指定を経て、2016年（平成28年）3月11日に東京都の無形民俗文化財（風俗慣習）に指定された。
歴史

奥澤神社の発祥は、室町時代までさかのぼる。奥沢地区近辺は、南北朝時代の貞和年間（1345年-1349年）頃に吉良氏の領地となった。奥澤神社の発祥について、社伝では室町時代に入って吉良氏家臣の大平氏が奥沢城を築くにあたり、世田谷郷東部の守護神として八幡神を勧請したものと伝えている。当初は八幡神社と呼称され、吉良氏が各地に建立した「世田谷七沢（しちざわ）八八幡（はちはちまん）」の1つに数えられていた。
1590年（天正18年）、後北条氏の滅亡とともに吉良氏の勢力も衰え、奥沢近辺は徳川氏の直轄領とされて荏原郡世田谷領奥沢村となった。1662年（寛文2年）、村の西方が開墾された後に1669年（寛文9年）に検地を受けて「奥沢新田村」（現在の奥沢四丁目から八丁目の付近）が成立し、従来からの奥沢村（現在の奥沢一丁目から三丁目、及び四丁目の東側付近）は「奥沢本村」と呼ばれるようになった。八幡神社は奥沢新田村の鎮守となった。文化・文政期（化政文化の時期）に編纂された『新編武蔵風土記稿』巻之五十 荏原郡之十二では「村ノ東ノ方ニアリ。本社三間半ニ一間、拝殿二間ニ三間、前ニ鳥居ヲ建ツ。（中略）祭礼九月十五日、村民ウチヨリテ神楽ヲ奏ス。下沼部村密蔵院持（後略）」とあり、下沼部村（現在の大田区田園調布付近）の密蔵院（真言宗智山派、大田区田園調布南24番18号に現存）が別当寺を務めていた。
明治時代に入ると、奥沢一帯は品川県に属することになった。続いて明治4年（1871年）には廃藩置県、大区小区制によって「東京府第7大区第6小区」となった。1875年（明治8年）3月の『神社明細簿』という資料によると、祭神は応神天皇で「創建年月不詳旧社号八幡大菩薩ト相称候」とあり、前年4月に村社に定められている。
奥沢本村と奥沢新田村の両村は、1878年（明治11年）の小区制廃止とともに合併して奥沢村となった。奥沢村は1889年（明治22年）に尾山村、等々力村、上野毛村、下野毛村、野良田村、瀬田村、用賀村が合併して新たに発足した玉川村の一部となった。
1909年（明治42年）10月には、旧奥沢本村の鎮守である子安稲荷神社が合祀された。子安稲荷神社は倉稲魂之命を祭神とし、現在の奥沢一丁目11番地付近に鎮座していた。明治時代の初めごろ、子安稲荷神社の一帯は「稲荷山」と呼ばれていた。この神社の氏子は26戸と少なかったため、秋祭りは毎年行うことがなかったと伝わる。
八幡神社は子安稲荷神社の合祀を機に、「奥澤神社」と名を改めた。昭和期に入る前後に一時神職不在の時期があり、荏原郡衾村（現在の目黒区碑文谷）の氷川神社から神主が来ていたという。
『新編武蔵風土記稿』巻之五十で言及されていた本殿は、1912年（明治45年）に九品仏浄真寺に移築の上改修されて観音堂となった。1913年（大正2年）に建立された本殿も、同じく九品仏浄真寺に移築されて五社として祀られた。2回にわたる本殿の移築の経緯は不明とされるが、1985年（昭和60年）の『奥沢 世田谷区民俗調査第5次報告』では当時の禰宜の話として「単に置き場所に困っただけではないか」という説を載せている。なお、九品仏浄真寺との特別の関係はないという。その後、1970年（昭和45年）に本殿が再建された。
奥澤神社は、世田谷区立八幡小学校の発祥地である。慶応の末に、この神社の社寮に下沼部村向河原の人（名は不明）が土地の子弟を集めて、そろばんや読み書きなどを教えた。その後に小林大次郎という名の浪人が、その仕事を引き継いだ。さらに東京府士族の松沢弘義が寺子屋を始め、さらに茨城県人の池田孝一郎が「池田学校」と名を改めて授業を続けた。1879年（明治12年）12月20日、戸長の毛利多喜蔵などが社寮の一部を改修して認可を得、神社名をとって「八幡小学校」と命名した。開校当時の児童数は30名、校舎の広さは15坪（約49.6平方メートル）であった。その後1884年（明治17年）9月に隣接地での校舎新築を経て、1902年（明治35年）8月5日に現在地（世田谷区玉川田園調布二丁目17番15号）に移転した。これを記念して、1970年（昭和45年）11月29日に「八幡小学校発祥之地」記念碑が境内に建立された。