geniacllm/wiki40b huggingface dataset:
1957年に『The Blue Devils』結成。当初は50人に満たない編成の男性のみによるドラムコー（Drum Corps＝ここでは鼓隊の意）と、女性のみのマーチングチームに分かれていた。翌1958年には鼓隊にグロッケンが加えられ、『Drum & Bell Corps』となる。また、バトントワラー・チームも別組織として加えられた。1961年にはカラーガードが加えられ、男女混合の組織となる。その後、1970年にはカラーガードライン、ドラムラインから10人のブラスプレイヤーが募られ、1971年2月14日、カリフォルニア州ダウニーにおいて『Drum & Bugle Corps』として大会に初参戦。1972年春には70名を超える編成となり、初めて夏のツアーに参加。北西部チームと善戦を繰り広げ、同年にはBクラスからAクラスに格上げ。1973年には初めて全国レベルの大会に参加。ホワイトウォーターにおいて23位という成績を残す。1976年には初優勝。翌1977年には二連覇を果たす。その後、2012年大会までの間にDCIでは15回という驚異的な優勝回数を誇る。
1960年代中盤からは、冬季限定でカラーガードのみでのショウも行うようになる。The Blue Devis Winter Guardは1988年から1992年までワールドクラスで活動。休止後1995年には復活するや否や1998年まで怒涛の4年連続チャンピオンとなる。1996年の99.55というスコアは未だ破られていない過去最高得点である。
過去に『ブラスト!』のキャストである石川直も在籍していた。最近ではマーチングインオカヤマにゲストとして出場。
開設当初は東京港日の出埠頭にあり、後に芝浦埠頭に移転した貨物専用の駅であった。駅とそれに通じる専用線が入り混じっていたが、芝浦埠頭に移転した際に整理され、芝浦埠頭・日の出埠頭・竹芝埠頭の岸壁側にある線路は東京都港湾局専用線、山側にある線路を国鉄の営業線とされた。ただし東京都港湾局専用線を経由しない、芝浦駅に直接つながる専用線もあった。駅構内には車扱貨物ホームが併設され、一般車扱貨物や荷物を有蓋車から積み降ろしていた。また駅周辺には埠頭に隣接した倉庫が多くあり、それらへの専用線や構内側線があった。船舶輸送された貨物は一旦倉庫へ運ばれた後、有蓋貨車に積み込まれ鉄道輸送されていった。その他、日本セメント（現・太平洋セメント）や宇部興産のセメントサイロ及び施設への専用線もあり、セメントを取り扱っていた。
東京港の整備は関東大震災後、日の出埠頭から順次進められて、昭和初期には芝浦埠頭、竹芝埠頭なども完成した。当時の東京市は、これらの埠頭への臨港鉄道が必要と考えて鉄道省（国有鉄道）と交渉し、1926年（大正15年）8月に建設費用と用地を東京市が負担することで芝浦臨港線の建設を行うことで合意した。1928年（昭和3年）10月に着工し、工費27万円あまりを費やして1930年（昭和5年）7月に完成し、8月1日付で運用を開始した。この際に芝浦駅が開業した。芝浦駅からは各埠頭方面へ専用線が建設されたが、第二次世界大戦後は東京都が自ら整備を行うようになり、東京都港湾局専用線として日の出線、芝浦線の2本の路線が運営された。正式な開業は芝浦線が1961年（昭和36年）4月1日、日の出線が1965年（昭和40年）4月1日となっている。当初は汐留駅から浜松町駅付近にある引き上げ線まで進んで、そこでスイッチバックを行って芝浦駅に進入する折り返し式の運転形態となっていた。首都高速道路や東海道新幹線の工事の関係で線形の修正が行われ、1962年（昭和37年）7月15日から汐留駅から芝浦駅まで直接進入できる形態に変更された。また当初は日の出埠頭にあった駅が、芝浦埠頭の整備に伴い1963年（昭和38年）から1965年（昭和40年）にかけて芝浦埠頭に移転しているこのように、当駅は日の出・芝浦埠頭周辺の鉄道貨物輸送の拠点駅であったが、トラックの普及による鉄道貨物輸送の衰退や、コンテナの登場により輸送方式が変化したことで貨物取扱量が減少し、当駅への支線が分岐する汐留駅自体が廃止となることの影響も受けて、1985年（昭和60年）3月1日に廃駅になった。この際に、当駅に接続していた東京都港湾局専用線の芝浦線・日の出線も廃止となった。現在、汐留駅 - 当駅間の路線跡には東京臨海新交通臨海線（ゆりかもめ）が敷設され、当駅事務所跡付近には芝浦ふ頭駅が開設されている。
法源寺（ほうげんじ）は、中華人民共和国北京市西城区にある仏教寺院。中国仏学院と中国仏教図書文物館が寺院内に設置されている。
法源寺は、唐の貞観19年（645年）に創建の勅令が発せられ、武周の万歳通天元年（696年）に落成し、憫忠寺の名を賜った。高麗への遠征を行ったときに戦没した将士を祭るために建てたという。安史の乱（755年 - 763年)の時、「順天寺」と改称。後、「憫忠寺」恢復。唐の末年の景福年間（892年 - 893年）、幽州節度使李匡威は寺院を再建して、憫忠閣を建立、詩賛に曰く「憫忠高閣、去天一握」。遼の清寧3年（1057年）、幽州大地震が起き、寺は地震で損壊された、また何度も全面修復が行われた。咸雍6年（1070年）、「大憫忠寺」と改称。道宗の太安10年、大規模再建が始まる。1215年、兵火により一度は廃寺となったが、明の正統2年（1437年）、住職僧相瑢が資金を募り重建し、崇福寺と改称。清の康熙年間に藏経閣を修復した。雍正12年（1734年）、「法源寺」と改称、宗派も律宗に改められた。1949年、地元政府は寺院を修葺する。1956年、中国仏学院がここに設置されている。1980年、中国仏教図書文物館がここに設置されている。1983年、中華人民共和国国務院は仏寺を漢族地区仏教全国重点寺院に認定した。
フライングドッグ（FLYING DOG）は元々、1976年にビクター音楽産業（後のビクターエンタテインメント）で高垣健が、『ニューミュージックマガジン』編集長だった平田国二郎を責任者に迎えて創設したレーベルであった。洋楽部門傘下のおもに邦楽ロックを対象とするレーベルであったが、1980年代半ばにリリースが途絶えていた。レコードのレーベルデザインは白地に卵黄のアップ写真を背景に、あけぼののシンボルと似た旭日旗様のレイアウトで「FLYING DOG」と表記されたものであった。所属アーティストはPANTA、野宮真貴、ハルメンズ、渡辺勝、山岸潤史など。その後高垣はInvitationを設立。さらに同レーベルの組織が大きくなると、1992年に一部を分割してSPEEDSTAR RECORDSを設立した。旧フライングドッグ時代の作品をビクターエンタテインメント自体で再発売する際には、Victor・Invitation・SPEEDSTARなどのレーベルに変更されることが多いが、外部に原盤を貸与して発売する場合はフライングドッグ（第1期）のレーベルを再現することがある。
ビクターエンタテインメントは元々、アニメ事業を手掛けていたが、2000年頃よりのアニメ部門が公式ウェブサイトならびにフリーペーパーの名称としてm-serve（エムサ）を使用開始した。レーベル名は従来からのVictorのままであった。公式サイトはフライングドッグへの移行後もしばらくm-serve時代と同じドメインを継続して使用していた。m-serve時代からのインターネットテレビ番組「m-serve style」に関しては名称を変更せずに引き継がれたが、2011年11月を最後に終了した。
日本ビクターの映像ソフト事業・部門の再編に伴い、ビクターエンタテインメントのアニメ制作部門およびアニメ関連事業は、2007年10月1日付でグループ企業のJVCエンタテインメントへ移管され、新レーベル「FlyingDog」（flying DOG）からリリースされる事となった。ビクター音楽産業時代より20年以上アニメ音楽に関わってきた佐々木史朗プロデューサーによると、移管により「ビクター」という名前を使えなくなるが、ビクターのシンボルである「犬」という言葉をレーベル名に入れたいと思い、先輩方に了解を得たうえで「flying DOG」という名前に決めたという。また、佐々木を含め社員に戌年生まれが多かったという理由もある。その後、2009年1月1日付で実施されたグループ再編によりJVCエンタテインメント（旧社）は株式会社フライングドッグへ社名を変更し、アニメ関連事業専門となる。代表取締役に佐々木史朗が就任した。会社設立10周年となる2019年は、新旧所属アーティストを集めて2月2日に「フライングドッグ10周年記念LIVE―犬フェス！―」を東京・武蔵野の森総合スポーツプラザ メインアリーナにて開催。フェスに先立ち、10周年記念MIXアルバム『DOG RUN！！』をリリースした。
Yacc（英: yet another compiler compiler、ヤック）はパーサジェネレータの一つである。1970年代にAT&TでUNIX用にスティーヴン・カーティス・ジョンソンが開発した。
Yacc は yet another compiler compiler（またひとつのコンパイラコンパイラ）に由来するである。この命名は一種の韜晦で、コンピュータ黎明期には「自動プログラミング」と呼ばれたプログラミング言語処理系の技術の進展の方向として、当時、機械語プログラムを生成するコンパイラの次はコンパイラを生成するコンパイラコンパイラであろう、ということで盛んに研究がされており、そのためコンパイラコンパイラを名乗る研究が他にもあれこれあったためである。パーサはコンパイラの全てではないので、コンパイラコンパイラと呼ぶには Yacc のようなパーサジェネレータは不足と言えなくもないが、特段意識されることは少ない。
まず一般的なコンパイラの構成について簡単に説明する。ソースコードを中間表現あるいは機械語に変換するコンパイラは、ソースコードを入力として受け取り、構文木を構築して出力する構文解析部(A)と、その構文木を入力として受け取り、目的の中間表現ないし機械語のコードを生成して出力するコード生成部(B)からなる。コンパイラ　├構文解析部(A)　│　├字句解析器(A-1)　←〔ソースコード〕（文字列）　│　│　　　↓　│　│　　〔トークン列〕　│　│　　　↓　│　└構文解析器(A-2)　│　　　　　↓　│　　〔構文木〕　│　　　　　↓　└コード生成部(B)　　　→〔目的コード〕このうち構文解析部(A)は、文字列からトークンを切り出しトークン列とする字句解析器（レキシカルアナライザ、トークナイザ、スキャナ、図のA-1)と、構文規則に従ってトークン列に対し構文解析をおこない、構文木を出力する（狭義の）構文解析器（パーサ，パーザ、図のA-2)から成る。（必ずしもこのようにする必要はないが、典型的な構成としてはこのようにする）構文解析器は直接書くこともできるが、煩雑になる部分があり、特にボトムアップ構文解析のプログラムを手で書くのは現実的ではない。そういった構文解析器を、機械可読な構文規則群から自動生成してくれるツールがパーサジェネレータである。YaccはLALR、通常LALR(1)の構文解析器を生成する。〔構文規則〕　　↓パーサジェネレータ（Yaccなど）　　↓〔構文解析器〕
Yacc はBNF（バッカス・ナウア記法）に似た構文規則を入力として受け取り、それに基づいて構文解析器を自動生成する。Yacc の生成する構文解析器は解析テーブルとそれを用いるプログラムから構成される。構文解析手法はLALRである。LALR法とは、ボトムアップ構文解析に属する強力なLR法に制限を加えた手法である（Lは入力を左から読むこと、Rは右端導出、その後に付くことのある(1)のような数字は先読みするトークン数（文字数ではない）が1個、を意味する）。コンパクトな解析テーブルでありながらC言語、Javaなど多くのプログラミング言語の構文解析器を実装することができる。アクション内で先読みを行うことでLALR(k)の文法に対応させることも不可能ではないが、普通はLALR(1)の構文解析器を生成する。構文解析器(A-2)に解析を数字や英字や空白などの1文字単位で行わせると、複雜になりすぎる．しかし、人間が英文から英単語やカッコなどの記号列を、区切り文字（たとえば空白、タブ、改行、コンマ、終止符）やその列を目印に抽出して意味を判断しているのと同様の発想ができる。すなわち、区切り記号列でソースを切っていくと、「print」のような語、「1999」のような10進数、「"Hello, World."」といった文字リテラル、「++」といった演算子、「}」や「;」など意味のある区切り文字など、各種の文字列が取り出せる。これをトークンという。ここまでの下位の文法処理を上記字句解析器(A-1)に行わせ、一方、構文解析器(A-2)はトークンから出発して句、文、ブロック、プログラムなどを認識する上位の文法処理に専念させる。この分業化により、それぞれの定義と処理が簡潔になった。
Yacc には構文解析器の機能しかないが、特定の名前の未実装関数 yylex を呼んでトークンを毎度要求する。この字句解析器関数 yylex を作って動的にトークンを生成して、1回呼ばれるごとに1個のトークン種類を戻り値で返してやればよい。さらにそれが数値や文字列のように意味値をもつトークンのときは、意味値も変数 yylval にセットして同時に返す。ユーザはこの字句解析器関数 yylex の処理を実装することになる。字句解析器(A-1)のほうも、合理的な開発を目的とし、Yacc に似た規則定義を与えれば字句解析器を自動生成してくれる便利な道具として、Lexや Flexなどのレキシカルアナライザジェネレータがある。そこで Lex などの字句解析器生成ツールを利用するなら、それに字句文法定義を与えて生成させたC言語ソースである字句解析器が yylex 関数を含んでいるので、Cコンパイルで Yacc 出力と一緒にそれをリンクして組み込む。これにより、ソーステキストの字句解析と構文解析を両方行って、規則のアクション部（あるいはさらにそれに呼ばれるユーザ作成のC言語関数）に書かれた計算の結果や、コンパイルの生成に使われる抽象構文木の構造体データ、あるいは各種表示が出力される、変換プログラムが完成する。GNUプロジェクトでは、Flex という名前で機能を提供している。ちなみに、Yacc の上位機能をもちやや方式の異なる Java 言語向けジェネレータ JavaCC では、両方の定義・処理機能を併せもっている。Java向けではまた、字句解析器ジェネレータJFlexと構文解析器ジェネレータCUPとを組みあわせて用いることも行われているYacc と Lex はよく似た文法定義を持つ。組み使い、組で解説することがある。Lex と Yacc の機能は IEEE POSIX 1003.1-2008（かつては1003.2）で標準化している。
Yaccは古典的なコンパイラコンパイラでありながら人気があり、今でもよく産業用や教育用に使われる。コンパイラを開発する目的に限らず、独自の設定ファイルの解析、プログラミング言語コンバータ開発、簡易電卓の例題による学習などに使われている。YaccはほとんどのUNIXシステムで、デフォルトのパーサジェネレータとして利用可能だった。Yaccと上位互換を持つソフトとして、よく使われているGNUプロジェクトのBisonをはじめ、Barkeley Yacc（byacc）、BYACC/J、MKS Yacc、Abraxas pcyaccがある。いずれの派生版も改良されてはいるが基本的な部分は変わらない。むしろ現在yaccコマンドはbisonコマンドがラップし、-y オプションを付けることでPOSIX Yaccモードに縮小した機能で動くようになっている。またYaccはJava、Ratfor、EFL、ML、Ada、Limboなどの言語を生成する版としても移植されている。このうちJava向けには、Yaccと同様のLALR方式のjacc、CUP (JavaCUP)、SableCC、 jay、またYaccと異なる方式では、LL(k)方式のJavaCCとCoco/R、そしてLL(*)方式のANTLRがある 。Bisonのラッパで、アクション部をJava言語で書けてJavaクラスによる構文解析器プログラムを生成できるJBisonというものもある。オリジナルのYaccはOpenSolarisの一部として更新されており、オープンソース化されている。ソースコードはPlan 9やOpenSolarisの標準的なディストリビューションに含まれる。
ユーザは変換仕様をYacc文法ファイルとしてのテキストファイルを作っておく。yaccコマンドyacc [-dlrtv ] [-b prefix] fileNameは、fileName で与えたYacc文法ファイル（たとえば"wiki_samp1.y"）（伝統的に拡張子は.yがつけられることが多かった）から構文規則を入力し、それに基づくLALR構文解析器になるC言語のソースプログラム（通常"y.tab.c"）を出力する。-rオプションでコード部分だけ"y.code.c"ファイルに独立させることもできる。このC言語ソースプログラムにはLALR解析テーブルおよびドライバルーチンが含まれる。 特に、構文解析全体を行う関数にはyyparse()という名前がついている。よってこのプログラムにあらかじめ適宜yyparse()を呼び出すmain()関数を加えておくなどして（それはYacc文法ファイル中の「追加Ｃプログラム部」での記述でも可能）、ほしい変換プログラムを完成することができる。-dオプションで生成するヘッダファイル"y.tab.h"は、Lexがトークン処理を行うときに、Yaccが割り当てたトークン値（256～）を正しく使うよう、Lex実行時に与える。-vオプションにより、生成パーサの文法、終端記号、非終端記号、状態の種類とそれぞれの判定パターンおよびそのシフト、還元等の措置や状態遷移先といった解析テーブル情報が、人に分かりやすい形でテキストファイル"y.output"に出力される。（この"y.output"リストの見方が分かりにくい。ピリオド「.」（Yaccの種類によっては下線「_」）は現在のカーソル位置であることなどは知らないと分からないであろう。説明は日本語文書では良書「Cコンパイラ設計(yacc・lexの応用) 」のほかに見つけにくいが、英語ではいくつかある     ）-tオプションを指定すると、生成パーサが実行されるときに、状態番号、スタック状態、読んだトークン、意味値の演算の様子、変化した状態番号などが、逐一標準エラー出力に表示されるのでデバッグに役立つ（コンパイルオプションも関連）。次に、Yaccで生成し構文解析器ソースプログラム（"y.tab.c"）をccコマンドやgccコマンドなどでコンパイルする。このとき、Lexも利用したのであればその出力（"lex.yy.c"）も並べて指定する。これらに対応するライブラリもコンパイルオプションによってリンクさせる。コンパイルで作成された変換プログラムを実行すると、標準入力（FILEポインタyyinで変更可能）（yywrap関数で複数ファイルの連結が可能）から変換するファイルを読み込む。これを字句解析器関数yylex()によってトークンにして構文解析が実行される。変換結果やエラーは、Yaccのアクション部や呼ばれる関数で書いた処理によりそれぞれ出力される。syntaxエラーなどは通常標準エラー出力に出るが、形式や出力先をエラー報告関数yyerror()でカスタマイズできる。Yaccのオリジナルなエラーメッセージでは情報が貧弱である。開発・運用で頭を抱えないようにするためには、特に発生場所のファイル名、行番号およびトークン番号などをエラーメッセージに追加するようにyyerror()を作っておくことが望ましい。
Yacc文法ファイルwiki_samp1.y（後述）から構文解析実行プログラムwiki1.exeを実行するまでの実際のコマンド例（Windows Cygwin環境）を示す。 > bison -ydv ./wiki_samp1.y > gcc -DYYERROR_VERBOSE -DYYDEBUG ./y.tab.c -ly -lm -o wiki_samp1_parser > wiki_samp1_gcc_outlist.txt > ./wiki_samp1_parser.exe < ./indata.txtGNUコマンドプログラムbison はYacc上位互換であって、オプション -y によりYacc互換の処理をしてくれる。 解析させるファイルindata.txtの中には、たとえばテスト用の文字列「10+20*30-40《改行》」を入れておく。もちろん「 < indata.txt」を除いて対話的に手入力してもよい。
Yaccの構成は以下のようになっている。%{ （Ｃ宣言部：ヘッダファイルのインクルードなどC言語の初期設定）%} （Yacc宣言部：トークンおよび優先順序の定義など）%union { （トークンやグループとその意味値の型の定義）}%% （文法規則部：構文規則）%% （追加Ｃプログラム部：以下はそのままプログラムに出力される）
いま作ろうとする電卓は、内部的に64ビット浮動小数点で動作し、整数と演算子、カッコなどからなる式を与えて改行すると計算結果を答えるという会話を繰り返すものである。目的とする出力例 Calculator start. ?> 10+20*30-40  Ans = 570 ?>   Bye.小数はサポートしないが、「314/100」のように整数の除算で小数にあたる数を与えることはできる。
「+」、「-」、「*」、「/」、べき乗の「**」、剰余の「%」。「+」および「-」においては単項と二項の両方。カッコ「()」で演算順序を明示すること。
課題プログラムのYacc構文定義は以下のように作ることができる。これをたとえば、ファイル "wiki_sample.y" に入れ、Lex出力ソースに代えて後述の「後半」内容をつないで作成し、上記#コマンド例のように実行すればよい。 %{         /*----- 【1】ここからＣ宣言部（C declarations） -----*/ #include <stdio.h> #include <ctype.h> #include <math.h> #define YYDEBUG 1 %}             /*----- 【2】ここからYacc宣言部（Yacc declarations） -----*/ %start dialogue;   /* 文法規則部で記述する最大の構造の名前 */  %union {           /* 意味値に可能な値型の集合 */    int             ival;       /*  4バイト．*/    long double     ldval;      /* 12バイト．*/ }  %token         EOL         /* トークン  （終端記号）の定義．*/ %token <ldval> NUM         /* トークン  （終端記号）とその意味値yylvalの型の定義．*/ %type  <ldval> expr        /* グループ（非終端記号）とその意味値yylvalの型の定義．*/  %left  '+'  '-'            /* 優先順序等の定義. 優先の低から高に配列する．*/                            /* leftは左結合性．例：1-2-3 は 1-(2-3) ではなく (1-2)-3 */ %left  '*'  '/'  '%' %left          UPLUS   UMINUS  /* 単項演算子のほうの記号 */ %right         EXPONENT;   /* べき乗を表す「**」*/  %%            /*----- 【3】ここから文法規則部（Grammar rules） -----*/ dialogue:  /* 空 */                                    /* 規則1  0行もOK．*/    |   dialogue            EOL { prompt(); }           /* 規則2  空行．*/    |   dialogue    qa      EOL                         /* 規則3  Q&A行. */    |   dialogue    error   EOL { yyerrok; prompt(); }  /* 規則4  エラー回復処理．*/    /* 末尾に「;」を書いてもよい．*/  qa:        expr    { printf("  Ans = %Lg", $1); prompt(); }/* 規則5  改行で計算，表示．*/  expr:  NUM                                             /* 規則6  「$$=$1;」は省略可 */    |   '+'     expr    %prec   UPLUS   { $$ =   $2; }  /* 規則7  優先順位変更．*/     |   '-'     expr    %prec   UMINUS  { $$ = - $2; }  /* 規則8  優先順位変更．*/     |   expr    '+'     expr    { $$ = $1 + $3; }       /* 規則9  加算．*/    |   expr    '-'     expr    { $$ = $1 - $3; }       /* 規則10 減算．*/    |   expr    '*'     expr    { $$ = $1 * $3; }       /* 規則11 乗算．*/    |   expr    '/'     expr    { $$ = $1 / $3; }       /* 規則12 除算．*/    |   expr    '%'     expr    { $$ = ((int)$1) % ((int)$3); }     /* 規則13 剰余．*/    |   expr    EXPONENT expr   { $$ = powf($1, $3); }  /* 規則14 指数．powfはC99規格．*/    |   '('     expr    ')'     { $$ = $2; }            /* 規則15 カッコ．*/  %%         /*----- 【4】ここから追加Ｃプログラム部（Additional C code） -----*/ 《ここに後述の「[[#Yacc構文定義ファイルの内容（後半）|後半]]」を記述する》
マクロ定義や文法規則のアクション関数をC言語で記述できるパートである。構文解析器プログラム先頭にそのままコピーされる。 例: #include <stdio.h>
開始記号（"%start"）、値型の集合（"%union"）、トークン（終端記号）宣言（"%token"）、グループ（非終端記号）宣言（"%type"）、 演算子優先順位指定（"%left", "%right", "%nonassoc"）などを、必要に応じて記述できるパートである。 例:  %token <ldval> NUM      /* トークン  （終端記号）とその意味値yylvalの型の定義．*/Bisonの場合はBison宣言部と呼ぶ。この場合さらに、衝突警告抑制（"%expect"）、純粋（再入可能）構文解析器指定（"%pure_parser"）ができる。
文法規則部には1個以上のYacc文法規則変換結果: 構成要素1 構成要素2 …        ;を記述しなければならない。ここで，変換結果とは、規則が記述する非終端記号。 構成要素とは、この規則がマッチするかを判定するために文法どおりの順に並べられる、0個以上の終端記号や非終端記号の列。 例: qa:   expr  { printf("  Ans = %Lg", $1); prompt(); }  /* 規則5  改行で計算，表示．*/同じ変換結果を生む複数の規則は次のように簡略に連続記述できる。変換結果: 構成要素11 構成要素12 …        | 構成要素21 構成要素22 …        | 構成要素31 構成要素32 …        ;「;」は省略可能。見て分かるとおり、構文規則は読み書きしやすいBNF記法になっている。規則にマッチするたびに行ないたい動作、たとえば変換結果の意味値（"$$"）をその構成要素の意味値（"$1", "$2", …）から計算すること、あるいは値を表示出力などは、C言語命令によるアクションとして「{ }」に囲って、マッチ直前に実行したい構成要素の直前に付して、あるいは規則適用時実行でよければその規則の最後の構成要素のあとに記述する。例: 上例の「{ printf("  Ans = %Lg", $1); prompt(); }」はqaがexprにマッチと判定されたとき実行される。規則は再帰的に定義できる。例で expr:  NUM                                         /* 規則6  「$$=$1;」は省略可 */    |   expr    '+'     expr    { $$ = $1 + $3; }   /* 規則9  加算．*/の規則6は、「NUMと名付けた数値トークンがきたら、それ1個単独でも式exprになる」と宣言している。そして規則9は「expr '+' exprという並びもexprである」という意味で自分expを記述しているから、再帰的な定義である。すると、規則は繰り返して適用できるから、NUMNUM '+' NUMNUM '+' NUM '+' NUM:など1個以上のNUMの加算式が、わずか2個の規則だけで表現できる。構文解析器実行時にこのうちのどれがやってきてもexprにマッチすると認識できることになる。トークン値は実際にはASCIIコードと重ならない256以上の整数であるが、Yacc文法記述者はその値を知らなくてよく、NUM, EOLといった通常大文字で記述する記号で宣言と規則で統一的に記載すればよい。トークンの意味値が伴う種類のトークンは、とりうる型は"%union"によって列挙して定義しておく。そして"%token"で"<ldval>"のように共用体のどのメンバーであるかを明示できる。アクション中で"$$"と書かれた意味値はC言語になったとき"lval.ldval"のように共用体中の要素を指すように自動変換される。このように意味値が伝わっていく。
関数、変数等をC言語で記述できるパートである。構文解析器プログラムでyyparse()関数の展開が終わったあとの末尾に、そのままコピーされる。 たとえば字句解析器関数yylex()、エラー報告関数yyerror()、C言語メインプログラムmain()なども、それぞれ必要があればここに記述する。
上記 wiki_sample.y 前半に引き続き後半として記述すべき追加Ｃプログラム例は、以下のとおりである（ここではユーザがyylex()関数を手で書いているが、同じ機能のプログラムは、FLexに字句規則を与えて自動生成させた方がスマートであろう）。 int pass    = 0;   /* 通過回数．*/ int lineno  = 1;   /* 行番号．*/ int tokenno = 1;   /* 行内トークン番号．*/  /* 字句解析器 yylex．トークンを要求するときyyparseから呼び出される．    ここでは手で書いているが，Lex, Flexなどの字句解析器生成器を使えば自動生成が可能． */ int yylex(void) {    if (pass++ == 0) {        printf(" Calculator start."); prompt();    }    int c;    /* 空白やCrを読みとばす．*/    while ( (c = getchar() ) == ' ' || c == 0x0d || c == '\t'){    }    if (c == EOF) {     /* ファイル終端．コマンドプロンプトではCtrl-Dで入力可能. */        printf("  Bye.\n");        return 0;    }    if (c == '\n') {    /* 改行（NL）検出. */        lineno++;        tokenno = 0;        return EOL;    }    tokenno++;    if( isdigit(c) )  {        long long int val = (c - '0');        while ( isdigit(c = getchar() ) ) {            val  = val * 10 + c  - '0';        }         yylval.ldval = (long double)val;        ungetc(c, stdin);        //printf("  入力整数値 val=%lld, 意味値 yylval=%Lf, トークンコード NUM=%d\n",         //     val, yylval.ldval, NUM);        return(NUM);    }    /* printf("c=%d\n", c); */     if (c == '*') {        if ( (c = getchar() ) == '*') {            return EXPONENT;    /* 指数演算子の「**」だった．*/        }        ungetc(c, stdin);       /* 「**」ではなく乗算演算子の「*」だった．*/        c = '*';    }     /* その他のコードはそのまま伝え，'%' など直接文字コードで判定させている．*/    return(c);   }  /* 入力促進文字を表示する．*/ int prompt(void) {    printf( "\n ?> "); }  /* エラー発生時にyyparseから呼び出される．  * 引数: yyparseから渡ってくるエラーメッセージの文字列．  */ yyerror (char* str) {    printf (" Error! {%s}\n   lineno{%d} near tokenno{%d} yychar{%d} \n",             str, lineno, tokenno, yychar); }  /**    生成された構文解析器のメインプログラムになる．*/ int main(void) {    yydebug = 0;        /* Yacc動作をトレースしたいとき1にする．*/    yyparse();          /* 生成された構文解析関数を呼ぶ．*/ }
上の例では電卓のようにその場で値を求めることはできる。しかしYaccを利用してコンパイラを開発する場合は、このあとのコード生成部(2)に渡す抽象構文木（abstract syntax tree、AST）というデータの構造を構築していかなければならない。たとえばアクションでユーザ定義関数を呼び出し、 {  $$ = node( '+', $1, $3 );  }のように左辺と右辺を「+」で結合してそのポインタを返すような操作を行わせることで可能である。すると、構文解析が末端から順次還元を行って根まで統合されて停止したとき、同じ構造の抽象構文木が根まで完成して得られることになる。このように葉から順に根に至る構文解析法をボトムアップ構文解析という（ここでは木を上下逆さまにして根は一点にしたイメージなので“ボトムアップ”という）。
この方式では、次の有名な例のように、同じ入力を同じ構文規則で複数の解釈ができてしまう曖昧性が避けられない。 /* stmt2って一体どっちのIFが不成立のときに実行したいの？ */ IF expr1 IF expr2 stmt1; ELSE stmt2;Yaccではyaccコマンド実行時に解釈が複数生じる曖昧なケースを発見した場合に「還元／還元衝突警告」または「シフト／還元衝突警告」を出す。これによって、文法を作成中なら文法を、そうでなければ構文規則を改良するきっかけが得られる。まず「還元／還元衝突警告」が出た場合であるが、パーサが正しい処理をできない構文要素が生じてしまうので、文法、または構文規則のYacc定義を直した方がよい。ある非終端記号から別の非終端記号に至る呼び出しパスが複数あれば、それは間違いなので直す。しかし元の言語が複雜すぎてうまく直せない場合は、片方を実体は同じでも別の名前を付けるトークン由来で構成するようにし、Lex側がどちらのトークンをYaccパーサに出すかは状態に応じて変えるようにコーディングしておく方法がある：状態がトークン列だけから一意に決められるならLex単独で処理できる。しかし、Yaccが実行時にあるルールのマッチを検出したときにはじめて状態を変えたいという複雜なケースでは、次のようにする。LexとYaccで共通の状態変数を設けておき、Yaccの{ }内に記述するアクションで、区別したい何かのフェーズなどの状態に応じて状態変数値を変えてやる。そうすればLexの生成したレキシカルアナライザは、実行時にまさに読んでいる入力トークン列による状態変数値に応じて、ある入側トークンを別々のトークンに動的に変換し分けてYaccの生成したパーサに渡す、という方法である。非常にダイナミックな技である。次に「シフト／還元衝突」であるが、このときYaccは標準で、（特に演算子優先規則で指定されていないかぎり）シフトを選ぶようにできている。たとえば上記の例ではexpr2不成立のときにstmt2を実行するようにパーサのテーブルが作られる。このように距離の近い記号の関係を優先するよう動作するのは、多くのプログラミング言語のコンパイラに向いているといわれているが、後述のように注意が必要である。構文上期待外のトークンがくるとアクションが見つからないので、パーサは、状態を戻して、errorという特定トークンのアクションがその状態に定義されているかどうか調べ、あれば実行する。最大3回まで戻しても見つからないときには入力テキストが途中でもそこでパースを打ち切ってしまう。これを利用してたとえば命令リストにerrorトークンのみの右辺をOR（|）結合しておけば、ある命令に属するオペランドに期待外トークンがあっても、そこで警告を出して次の命令以降のパースを続行してくれる、使いやすいコンパイラを作ることができる。ただ最大3回固定なので、深さの差3以内の上位にerrorを処理する構文を書いておかなければ利用できない。またはy.tab.cファイルの変数yyerrstatusの初期値を10などと増やしてやる必要がある。Yacc実行時に報告されるシフト／還元衝突は、シフトが選ばれるだけで十分と確信できるケース以外は、実は本来0件にしておくべきである。なぜならパーサ実行時にシフトが選ばれて動作することにより、入力されたトークン列によっては行き止まりになる。すなわち期待外のトークンとされ、上記のエラー処理に飛んでしまうからである。Yaccは衝突に対応する枝分かれをすべてバックトラックでたどって解空間を全探索するようにはできていないのである。このため、衝突を残しておくとパーサを当然通ると思った入力が通らず苦労することになる。
バットマンは監視衛星のブラザーアイを乗っ取られ、スーパーマンは洗脳されヒーローたちを攻撃、ワンダーウーマンはマックスウェル・ロードを殺害した映像が世界中に公開される。月面基地のウォッチタワーも破壊され、さらにOMACsの総攻撃と事態は悪化の一途をたどり3人には確執が生まれていた。事態を重く見たアレクサンダー・ルーサー、スーパーボーイ・プライム、「アース2」のスーパーマンとロイス・レーンは、次元の壁を破りポケット・ユニバースから地球へ向かう。「アース2」のスーパーマンはパワーガールに記憶を取り戻させ再会の喜びを分かち合う。さらにバットマンのもとへ向かい「アース2」を再生するために協力を求める。バットマンは地球を再生する行為の危険性を察してクリプトナイトの指輪を向けるが、並行世界のスーパーマンに効果は無くヒートビジョンで破壊される。2人が決別した後、バットマンが破壊される直前のウォッチタワーの記録映像を調査すると、そこにはスーパーボーイ・プライムがマーシャン・マンハンターを誘拐する一部始終が映っていた。そしてパワーガールもまたスーパーボーイ・プライムに攻撃される。アレクサンダー・ルーサーとスーパーボーイ・プライムは、同時多発的に起きた事件を裏で手引きし、消滅した「アース2」と「アースプライム」の再生と地球を新しく作り変える振動装置を組み立てていた。アレクサンダーはこれまで行われてきた「ヒーローたちの失敗」がこの決断に至った要因だと語る。スーパーボーイ・プライムはスモールヴィルへ向かい、この地球のスーパーボーイであるコナー・ケントを攻撃する。ティーン・タイタンズ、ジャスティス・ソサエティ、ドゥーム・パトロールも加勢するが、錯乱したスーパーボーイ・プライムは力をもてあまし数人のヒーローを殺害する。フラッシュとキッド・フラッシュが駆け付け、スーパーボーイ・プライムをスピードフォースへと閉じ込める。一方、アレクサンダー・ルーサーはサイコパイレートの能力でブラックアダムを操り、シャザムのエネルギーで振動装置を起動させ、消滅していた並行世界の地球を再生する。「アース2」が再生され喜ぶスーパーマンとロイスだったが、直後にロイスは高齢が原因で命を落とす。悲嘆にくれるスーパーマンは、その声を聞きつけ駆け付けた「アース1」のスーパーマンに怒りをぶつけ、戦闘はワンダーウーマンが制止するまで続いた。バットマンはヒーローを集め部隊を編成してブラザーアイの破壊へ向かい、ナイトウィングは回復したコナー・ケントとキャシー・サンズマークの3人でアレクサンダー・ルーサーのもとへ向かう。そしてスーパーボーイ・プライムもスピードフォースから抜け出し、アンチモニターをかたどった鎧を身につけ現れる。アレクサンダー・ルーサーは宇宙の中心に干渉して並行世界の地球を組み合わせ「完璧な地球」の創造を始める。ナイトウィングたちがそれを妨害し、コナー・ケントとスーパーボーイ・プライムは再び戦闘になる。コナーが身を挺して振動装置を破壊したことで並行世界の地球は再び1つのニューアースになり、バットマンがブラザーアイの軌道を逸らして墜落させOMACsは機能を停止する。スーパーボーイ・プライムはアレクサンダーがもはや「アースプライム」を再生する気が無いことを知ると、自身でビッグバンを起こすため惑星オアへ向かう。スーパーボーイ・プライムはグリーンランタンの防衛線を突破するが、「アース2」と「アース1」のスーパーマンに阻止され惑星モゴへ墜落する。赤い太陽のもとで3人の戦いは続き、「アース2」のスーパーマンは激闘の末に死亡し、スーパーボーイ・プライムは倒されグリーンランタンに捕縛される。激昂したバットマンがアレクサンダー・ルーサーに銃を突きつけるがワンダーウーマンに諭され思い止まる。エネルギーを使い果たし能力を失ったアレクサンダーは逃亡するが、ゴッサム・シティの裏路地でジョーカーに殺害される。
ホーカー ニムロッド（英語:Hawker Nimrod）は、戦間期にイギリスのホーカー社で開発された単座艦上戦闘機。ホーカー フューリーの派生型ではない。
フェアリー フライキャッチャーの後継艦上戦闘機を求める仕様N.21/26が1926年に発行されると、ホーカー社は自社開発した空冷星型ブリストル マーキュリーエンジン装備の単座艦上戦闘機原型機フープ（Hoopoe）のエンジンをロールス・ロイスの新型水冷エンジン（後のケストレル）に置き換えることを考えた。1930年、仕様N.21/26の改定仕様N.16/30が発行されたとき、ホーカー社はフープにロールス・ロイス F.XIエンジンを装備した社内名称ノーン（Norm）という機体を開発済みだった。ノーンは航空省に購入されニムロッドと改名された。排気管延長、上翼と後部胴体内部への浮き袋装備、ケストレルIIMSエンジンへの換装などの改設計が行われた。1932年6月にHMS イーグルで行われた空母適合試験に合格し、続いて行われたN.16/30で求められたフロート装備による水上試験にも合格し、量産発注がなされニムロッド Mk. Iとして採用された。採用後も係留フックの追加、カタパルトフックの追加、ヘッドレストとフェアリングの追加などの小改造が実施された。1933年、仕様N.11/33が発行され機体構造の強化、主翼への後退角追加などが施されたニムロッド Mk. IIが開発され、1935年から配備された。後にMk. Iも含めてケストレルVエンジンへの換装、垂直安定板の面積拡大などが施された。
1932年6月、HMS グローリアスの第408飛行隊とHMS イーグルの第402飛行隊がフェアリー フライキャッチャーからニムロッド Mk. Iに機種改変した。1933年の艦隊航空隊（FAA:Fleet Air Arm）の改編成により、ニムロッド Mk. IはHMS カレイジャスの第800中隊、HMS フューリアスの第801中隊、HMS グローリアスの第802中隊に配備された。ニムロッド Mk. I/IIは1939年5月にグロスター シーグラディエータによって置き換えられるまで運用された。最後の運用飛行隊は第802中隊であった。また、1934年には日本海軍が参考実験機として1機を輸入したが、日本海軍による試験では顕著な長所は認められなかった。日本海軍における名称はニムロッド艦上戦闘機（略符号AXH1）。
第65回ゴールデングローブ賞は、2008年1月13日に発表された。作品賞受賞は『つぐない』、『スウィーニー・トッド フリート街の悪魔の理髪師』、『マッドメン』、『エキストラ:スターに近づけ!』、『Longford』。
2007年12月13日早朝に、映画監督のクエンティン・タランティーノ、俳優のライアン・レイノルズ、女優のヘイデン・パネッティーアの三人により候補が発表された。最多候補は『つぐない』の7部門。以下、『チャーリー・ウィルソンズ・ウォー』の5部門と続く。ミスター/ミス・ゴールデングローブはブルース・ウィリスの長女ルーマー・ウィリスが選ばれている。2008年1月7日に授賞式が中止となり、受賞者は記者会見の形式で発表されることが正式に決まった。また、セシル・B・デミル賞はスティーヴン・スピルバーグへの授与が予定されていたが、授賞式の中止により来年の授賞式にて受賞することになった。
太字が受賞作品及び人物
紀元前129年には、ガイウス・センプロニウス・トゥディタヌスと共に執政官に就任した。アクィッリウスが執政官に就任した時期には、ティベリウス・センプロニウス・グラックス（グラックス兄）が設定した公有地法に関して、ローマでの政治闘争は激化していた。しかし、この問題の解決は同僚執政官のトゥディタヌスに委ねられ、アクィッリウスは小アジアに派遣された。
当時小アジアでは、後継者のいないペルガモン王国の国王アッタロス3世が、自分の死後は全領土をローマに引き渡すと遺言していた。紀元前133年にアッタロスが没すると、ペルガモンはローマの属州となった。しかしこれ不満を持つペルガモン人はアリストニコスを指導者に反乱を起こした。彼は自らを王国の継承者エウメネス3世と称し、紀元前131年には執政官プブリウス・リキニウス・クラッスス・ディウェス・ムキアヌスに勝利し敗死させた。紀元前130年には執政官マルクス・ペルペルナが派遣されるが、ペルペルナは翌年も前執政官（プロコンスル）として引き続き軍を指揮し、反乱軍に決定的勝利を収め、アリストニコスを捕らえてローマに送った。しかし未だ反乱を完全に鎮圧したわけではなかった。グナエウス・ポンペイウス・トログスの『地中海世界史』の要約（ユスティヌス）によれば、アクィッリウスはペルペルナの成功を羨望しており、執政官に就任すると反乱を完全鎮圧すべく小アジアへ急行したものの、ペルペルナはペルガモン近くで病死し、両者の競争は終わることとなった。しかし旧ペルガモン王国領土内での戦いはいまだ続いていた。アリストニコスが捕らえられた後には、農民達が反乱の中心となっており、アクィッリウスは反乱鎮圧のために幾つかの都市を占領したことが分かっている。このときローマ軍は、都市の水源を汚染させるという方法をとっている。フロールス（en）によれば、これはローマ軍の面目を失わせるものであった。
執政官就任中に反乱は鎮圧されたが、アクィッリウスは紀元前126年までプロコンスルとしてインペリウム（軍事指揮権）を保持したままペルガモンに留まった。最重要任務は、アシア属州の国境線を決定することであった。10人の元老院議員からなる特別委員会も派遣され、アクィッリウスは彼らと共に、旧ペルガモン王国領土のうちトラキアとガリポリ半島をマケドニア属州に、アンドロス島とアイギナ島はアカエア属州に編入し、東方の領土の一部はアリストニコスの反乱の際にローマを支援した同盟国に割譲した。カッパドキア王アリアラテス5世（en）の息子達はリカオニアを受け取り、フリギアはポントス王ミトリダテス5世（en）とビテュニア王国に分け与えられた。特にフリギアはその大部分（大フリギア）がポントスのものとなった。
後（紀元前126年から123年の間）に、アクィッリウスはプブリウス・コルネリウス・レントゥルスから、その統治地域での不法行為に関して訴えられている（裁判が先で無罪になった後に凱旋式を行ったとする説もある）。判決は無罪ではあったが、アッピアノスは明らかに有罪であったとしている。紀元前123年になると、アクィッリウスの政敵であるガイウス・センプロニウス・グラックス（グラックス弟）が護民官となって再度裁判を起こした。彼は収賄罪で有罪となり元老院議員からエクィテス（騎士階級）に落とされたマニウス裁判の例を出して、アクィッリウスを無罪とした判事を非難した。アウルス・ゲッリウスは、グラックスがその演説においてアウフェイウス法（en）を持ち出したとしている。この法律は小アジアでの植民に関連したものと思われるが、言及されるのはこの資料のみで詳細は不明である。グラックスは、この法に賛成する元老院議員はポントスからの賄賂を受け取っており、受け取っていないものはビテュニアから賄賂を受け取っていると主張している。アウフェイウス法とアクィリウス法（en）は同一のものではないかとの説もある。いずれにしてもこの裁判はビテュニアのニコメデス2世から訴えられた、東方でのアクィッリウスの行動と関連していた。最終的にグラックスは、大フリギアをミトリダテスに割譲するのは不当であるとの決定を得た。アクィッリウスのその後に関しては不明である。
白色彗星帝国の提督にして、ミサイル艦で構成される艦隊の指揮官。『さらば』ではテレザート星域防衛艦隊、『ヤマト2』では機動ミサイル艦隊、PSゲーム版では第一戦闘艦隊の司令官である。禿頭に顎鬚を蓄えたという容貌は、設定制作の当初にズォーダーとしてデザインされていたものが最終段階で没となり、ゴーランドとして流用されたものである。『さらば』と『ヤマト2』で容貌はほぼ同じだが、目や頬などのパーツの形状が異なっており、顔つきにやや差異がある。服装はデザインこそ変わっているものの、『さらば』『ヤマト2』ともにコート姿である。PSゲーム版では、『さらば』準拠のデザインとなっている。『さらば』では、テレザート星前面でを待ち受けるも土方竜の策にはまって敗死するというだけの出番しかないが、『ヤマト2』では、生え抜き軍人としてのプライドから生じるデスラーとの対立や、そのストレス発散のための虐殺行為、自然現象を利用した数度にわたるヤマト迎撃戦など、性格や軍人としての手腕が多く描写されている。
ストーリー8「大宇宙気流帯」とストーリー9「大宇宙気流帯出口」に登場。旗艦「ルーベルグIII」に乗艦し、第一戦闘艦隊所属の特殊ミサイル艇師団を率いて気流星団近傍で演習していたところ、ヤマトと遭遇する。その後の展開は、宇宙気流と流星帯が同一宙域でのエピソードとなっていることを除けば、ほぼ『ヤマト2』と同様である。
服装を含めて『さらば』に準拠した容姿であるが、眉毛が中央でつながっているうえに額にも広がっており、ゴラン・ダガームと同じ形になっている。第10話でテレザート星を守備するゴーランド艦隊の司令長官として登場した後、第13話でテレザート星への上陸を目指すヤマトを破滅ミサイルで追い詰めるが、波動砲によって戦死する。他のガトランティス人と同じくクローニングによって世代を継承してきており、本作のゴーランドは初代から数えて19人目とされているうえ、自身もノルという名の幼生体を次代（20人目）とするべく育成している。ゴーランド自身は、ノルを育成するのはあくまでも「ゴーランドという存在」がガトランティスに仕え続けるためであり、親子の愛情は持っていない旨を述べているが、ガイレーンからは「人の子の親のように話している」と評されたうえ、最期の瞬間にはノルを抱きしめて庇い、彼に涙ながらに謝りながら果てている。なお、第17話では先代のゴーランドであるザイゼンという名の老人と、ノルの戦死により急遽誕生させられた新しい幼生体が登場する。
2009年4月5日放送開始。田川まゆみ（ナビゲーター）、市川直樹＆北原照久（2018年３月までは前田出、専門コーナー担当）・天の声（ナレーション・コーナー担当）をパーソナリティとして、トークや音楽を繰り広げる。アニメソングやアイドルソングがよく流れるラジオ番組である。全国に存在するリスナーはメールやFAXで番組に参加することが可能で、番組を通して日本全国で時間を共有できるのも特徴の一つである。2017年6月までは生放送だったが、2017年7月からは収録放送に変更となった。さらに収録放送と同時にメッセージテーマは2週でひとつのお題に変更になった。
本作品を最初に歌ったのはボビー・ヴィーである。ボビー・ヴィーのバージョンは1962年3月28日に発表され、続いて同年11月にスティーブ・ローレンスがシングルA面曲として発表した。1963年1月12日から1月19日にかけて、2週連続でビルボード・Hot 100の1位を獲得した。また同時にビルボードのイージー・リスニング・チャートでも1位を記録した。当時の人気歌手やグループはこぞってこの歌をカバーした。マーク・ウィンター、デル・シャノン、ボビー・ライデル、レターメン、フリートウッズ、ディオン、ボビー・ゴールズボロ、ジョニー・マティス、マリーナ・ショウ、ザ・ハプニングスなどが例として挙げられる。ハプニングスのバージョンはビルボードのチャートで12位を記録した。
ヤマハ・ボクスン (box'n) とは、ヤマハ発動機が製造、販売していたスクータータイプの原動機付自転車。機種名はCQ50E。現在では販売を終了している。
1985年、日本で初めてヘルメットを収容可能なトランク（メットインを参照）を装備したスクーターとして登場した。搭載されるエンジンは同社の人気スクーター「ジョグ」と共通の空冷2サイクル単気筒であり、最高出力は5.8ps。ウガンダ・トラがCMに出演した。エンジンのシリンダーが直立構造だったこともあり、腰高なスタイルの割にはフルフェイスタイプのヘルメットの収納は困難だったなど、販売面で大成功とは言えなかった。しかし、後に「メットインスクーターの元祖」とされる車種となり、ヘルメットを車体内に収納する事による盗難防止と雨を防ぐ点は、その後に各社から続々と登場するメットインスクーターの基礎となったとする意見がある。