stanford-oval/wikipedia huggingface dataset:
グジェゴシュ・ラシャク

グジェゴシュ・ラシャク（ポーランド語: Grzegorz Rasiak、1979年1月12日 - ）は、ポーランド・シュチェチン出身の元プロサッカー選手。元ポーランド代表。ポジションはフォワード(CF)。
経歴 > クラブ

母国ポーランドのチームから2004年に当時チャンピオンシップのダービー・カウンティFCに加入。チーム内得点王となるリーグ戦16得点を記録したがチームは4位と惜しくもプレミアリーグ昇格を逃した。
2005年8月31日にプレミアリーグのトッテナム・ホットスパーFCに移籍した。しかしスパーズではロビー・キーンやジャーメイン・デフォー、ミドの前にあまり出場機会を得られなかった。
2006年2月に当時チャンピオンシップのサウサンプトンFCにレンタル移籍。その後完全移籍し活躍するとプレミアリーグのボルトン・ワンダラーズFCにレンタル移籍した。しかしトッテナム時代と同じくプレミアリーグでは活躍できずに終わった。
その後在籍したワトフォードFCやレディングFCではFWとしては申し分のない成績を残した。
2013年にプロ選手としてのキャリアをスタートしたヴァルタ・ポズナンに復帰。2014年に現役引退。
経歴 > 代表

2002年にポーランド代表デビューを果たした。2006年には2006 FIFAワールドカップの代表メンバーに選出され、第3節のコスタリカ代表戦で85分からエウゼビウシュ・スモラレクに代わって出場した。ポーランド代表はGL敗退に終わったためW杯出場は1試合にとどまった。
代表歴 > 出場大会

ポーランド代表
2006 FIFAワールドカップ
代表歴 > 試合数

国際Aマッチ 37試合 8得点（2002年-2007年）
| ポーランド代表> 年 | 国際Aマッチ> 出場 | 国際Aマッチ> 得点 |
| --- | --- | --- |
| 2002 | 1 | 0 |
| 2003 | 7 | 3 |
| 2004 | 8 | 0 |
| 2005 | 9 | 3 |
| 2006 | 8 | 2 |
| 2007 | 4 | 0 |
| 通算 | 37 | 8 |
バーリン駅 (コネチカット州)

| バーリン駅 |
| --- | --- |
 焼失した駅舎(2016年12月26日)
   Berlin  
所在地:  51 Depot Road Berlin, CT 06037  アメリカ合衆国北緯41度38分08.4秒 西経72度45分55.4秒﻿ / ﻿北緯41.635667度 西経72.765389度﻿ / 41.635667; -72.765389﻿ (バーリン駅)
駅番号:  BER
ホーム:  1面1線
乗車人員 -統計年度-:  44人/日（降車客含まず） -2016-
開業年月日:  1839年12月
乗入路線 3 路線
所属路線:  ■ バーモンター号（英語版）
 ◄ メリデン Meriden 約11km ハートフォード ► Hartford 約18km
所属路線:  ■ ノースイースト・リージョナル
 ◄ メリデン Meriden 約11km ハートフォード ► Hartford 約18km
所属路線:  ■ ニューヘイブン・スプリングフィールド・シャトル（英語版）
 ◄ メリデン Meriden 約11km ハートフォード ► Hartford 約18km
備考:  
テンプレートを表示
バーリン駅（英語：Berlin station ）は、アメリカ合衆国コネチカット州バーリン（英語版） デポ・ロード51にある駅。 全米各地を結ぶ旅客鉄道のアムトラックが乗り入れている。
概要

バーリン駅の乗客は、ニューヘイブン・ハートフォード・スプリングフィールド（NHHS）鉄道プロジェクトの一部として現在建設中の新しい駅舎の近くの仮設プラットホームを使用している。コネチカット州、マサチューセッツ州、バーモント州、アムトラック、連邦鉄道局の共同事業であるニューヘイブン・ハートフォード・スプリングフィールド（NHHS）鉄道プロジェクトの推定総費用は6億5,000万ドルで、アムトラックのスプリングフィールドラインに沿っている都市に便益がある新しい通勤輸送・都市間輸送を創出することを目的としている。この約100キロの路線は、将来のニューイングランドの高速鉄道輸送計画にも不可欠と考えられている。2016年の初めに、NHHSプロジェクトは、ルートの一部を複線化し、改良するために2009年アメリカ復興・再投資法やその他の連邦資金調達プログラムを通じて、約1億9,100万ドルを受け取った。残りの部分の改善を完了させるために追加の資金が必要となる。コネチカット州は、ニューヘイブン・ハートフォード・スプリングフィールド鉄道線の改善に投資するために州債で最大4億3,500万ドルの使用を承認した。プロジェクトの環境影響の評価は2012年5月に発表され、通勤輸送は2018年初頭に開始される予定である。
バーリンなどの町では、住民が自動車を必要とせずに働いたり、買い物をしたり、住むことを可能にする混在地域の創設を奨励するために、鉄道駅周辺の可能性を検討し始めている。NHHSプロジェクトでは、最近閉鎖された駅舎の南に新駅舎が建設される。 2014年秋には、融雪装置を備えた高床プラットホームの建設と、相対式ホームを結ぶ跨線橋の建設が始まった。道路アクセスの改良や券売機、乗客情報表示システム、自転車ラックも導入される。
アムトラックの乗客は、新しい施設の近くに建つ歴史的な1900年建設のレンガ造りの駅舎を、NHHS鉄道プロジェクトによる改修工事のため閉鎖された2016年の初めまで使用した。180万ドルの連邦政府の補助金を受け、駅舎は改修中であった。しかし、駅舎は2016年12月21日に発生した火災により深刻な焼損が生じた。一部、焼損した駅舎の解体が始まったが、一旦、作業はストップされた。
バーリン駅の1900年建設のレンガ造駅舎は一般的な横長な駅舎の一つであり、それはニューヘイブン鉄道によって委託された。ニューイングランド全土の鉄道で建設された駅舎に類似した様式である。同様のデザインを使用することで、同社は設計費にかかる費用を節約できた。矩形のレイアウトで、悪天候から乗客を守るための幅広い張り出した屋根を作った。屋根材は耐久性のあるスレートで、尾根線は鍛鉄製の柵で装飾されていた。線路側の屋根中央のクロスゲーブルに半円形の窓があった。駅の元の配置は、メインフロアを4つのエリアに分け、南北端には、それぞれ小包室と手荷物室があった。両方のスペースは外部からのみアクセス可能で、幅広の二重ドアを備えていたため、箱、荷物、トランクを搭載したカートをプラットホームから直接持ち込むことができた。小包室の隣にはトイレがあり、建物の中央の明るく風通しの良い待合室に寄せられた。
利用可能な鉄道路線／列車

アムトラックの停車する列車は下記の通り。
バス

当駅から乗車できるバスは以下の通り。
西条中央病院 (広島県)

|  西条中央病院 |
| --- | --- |
 
情報
正式名称:  医療法人若葉会 西条中央病院
標榜診療科:  内科,消化器内科,内視鏡内科,人工透析内科,外科,消化器外科,肛門外科,整形外科,内視鏡外科,皮膚科,泌尿器科,リハビリテーション科,呼吸器内科
許可病床数:  185床 一般病床：139床 療養病床：46（回復期リハビリ病床として運用）
開設者:  医療法人若葉会
管理者:  卜部祥明(院長)
開設年月日:  1966年(昭和41年)7月
所在地:  〒739-0014広島県東広島市西条昭和町12-40
二次医療圏:  東広島
PJ 医療機関
テンプレートを表示
西条中央病院（さいじょうちゅうおうびょういん）は、医療法人若葉会が、広島県東広島市西条昭和町に設置する病院。
救急告示病院に指定されている。
診療科

内科
消化器内科
内視鏡内科
人工透析内科
外科
消化器外科
肛門外科
整形外科
内視鏡外科
皮膚科
泌尿器科
リハビリテーション科
呼吸器内科
医療機関の認定

保険医療機関
生活保護法指定医療機関（中国残留邦人等の円滑な帰国の促進並びに永住帰国した中国残留邦人等及び特定配偶者の自立の支援に関する法律（平成6年法律第30号）に基づく指定医療機関を含む。）
労災保険指定医療機関
結核指定医療機関
指定自立支援医療機関（更生医療）
指定自立支援医療機関（精神通院医療）
難病の患者に対する医療等に関する法律（平成２６年法律第５０号）に基づく指定医療機関
原子爆弾被害者医療指定医療機関
原子爆弾被害者一般疾病医療取扱医療機関
身体障害者福祉法指定医の配置されている医療機関
系列病院（医療法人若葉会） > 東日本

柿生記念病院 - 神奈川県川崎市麻生区
川崎田園都市病院 - 神奈川県川崎市麻生区
横浜田園都市病院 - 神奈川県横浜市緑区
系列病院（医療法人若葉会） > 西日本

昭和病院 - 大阪府摂津市
豊中若葉会病院 - 大阪府豊中市
淀川若葉会病院 - 大阪府大阪市東淀川区
堺若葉会病院 - 大阪府堺市北区
六甲病院 - 兵庫県神戸市
明石回生病院 - 兵庫県明石市
王子回生病院 - 兵庫県明石市
福山第一病院 - 広島県福山市
西条中央病院 - 広島県東広島市
九州鉄道記念病院 - 福岡県北九州市門司区
系列病院（医療法人若葉会） > 過去

さいたま記念病院 - 埼玉県さいたま市見沼区（2024年12月、医療法人徳洲会へ事業譲渡。）
交通アクセス

JR山陽本線「西条駅」より徒歩で約10分。
西条昭和町バス停より徒歩約3分、石ヶ瀬橋バス停より徒歩約4分
西条駅-広島大学線（芸陽バス） 広島大学方面 / 西条駅方面
西条線（中国JRバス） 広島大学・東広島駅・サイエンスパーク方面 / 西条駅方面
のんバス（西条市街地循環バス）
青ルート（内回り） 西条中央・フジグラン前方面
赤ルート（外回り） 西条駅方面
周辺

広島国税局 西条税務署
広島県警 東広島警察署
広島県東広島庁舎
吉印大道駅

| 吉印大道駅 |
| --- | --- |
 吉印大道駅S1号線のホーム
  きちいんだいどうえき  Jiyin Avenue Station  
 
所在地:  南京市江寧区秣陵街道
所属事業者:  南京地下鉄
開業年月日:  ●5号線:2024年3月31日  ●S1号線:2017年12月30日
乗入路線
所属路線:  ●5号線
キロ程:  （方家営駅起点）
 ◄九龍湖南駅 (1.768 km)  ■►
所属路線:  ●S1号線
キロ程:  （南京南駅起点）
 ◄仏城西路駅 (3.242 km) (4.723 km) 正方中路駅►
テンプレートを表示
| 吉印大道駅> 各種表記 |
| --- | --- |
繁体字：:  吉印大道
簡体字：:  吉印大道
広東語発音：:  Gat Jan Daai Dou
英文：:  Jiyin Avenue
テンプレートを表示
吉印大道駅（きちいんだいどうえき）は、中華人民共和国江蘇省南京市南京市江寧区秣陵街道にある、南京地下鉄の駅である。南京地下鉄5号線とS1号線が乗り入れ、両路線の接続駅となっている。
歴史

2014年7月1日S1号線の駅として開業。
2014年3月31日5号線の駅として開業。
ベセル駅

| ベセル駅 |
| --- | --- |
 駅本屋
   Bethel  
 ◄レディング  Redding　 (3.5mi/5.6km) ダンベリー►  Danbury　 (4.7mi/7.6km)
所在地:  13 Durant Avenue Bethel, CT, 06801-1941  アメリカ合衆国 北緯41度22分34秒 西経73度25分05秒﻿ / ﻿北緯41.3760度 西経73.4180度﻿ / 41.3760; -73.4180座標: 北緯41度22分34秒 西経73度25分05秒﻿ / ﻿北緯41.3760度 西経73.4180度﻿ / 41.3760; -73.4180
所属事業者:  メトロノース鉄道/コネチカット州交通局
所属路線:  ■ダンバリー支線
キロ程:  21.2/34.1 km（サウス・ノーウォーク駅起点）
駅構造:  地上駅
ホーム:  1面1線
開業年月日:  1852年
テンプレートを表示
ベセル駅（Bethel）は、コネチカット州フェアフィールド郡ベセルにあるメトロノース鉄道の駅。
概要

メトロノース鉄道のダンバリー支線の駅である。この駅からニューヨーク州にあるグランド・セントラル駅に行ける。
駅構造

1面1線（単式）のホームを持つ地上駅である。
| 路線 | 方向 | 行先 | 備考 |
| --- | --- | --- | --- |
| ■ダンバリー支線 | 上り | スタンフォード/グランド・セントラル方面 |  |
| ■ダンバリー支線 | 下り | ダンベリー方面 |  |
コンパイラ

| --- | --- |
: この項目では、コンピュータプログラムにおけるコンパイラについて説明しています。麻宮騎亜作の漫画については「Compiler」をご覧ください。
コンパイラ（英: compiler）は、高水準言語で書かれたコンピュータプログラムを、
コンピュータが実行や解釈できる形式に、一括して（※）変換するソフトウェア。
概説

コンパイラの技術書のバイブルとされるAlfred V.Aho（アルフレッド・エイホ）著 Compilers, Principles, Techniques, and Tools（通称「ドラゴンブック」）の第1章1節の冒頭に、コンパイラとはそもそも何かということについて説明が掲載されており、そこには「簡潔に言うと、コンパイラとは、ある言語（プログラミング言語）で書かれたプログラム（ソースプログラム）を読み、それを別の言語で書かれた等価のプログラム（ターゲットプログラム）へと翻訳（translate）するプログラムである。」と書かれており、さらに続けて「コンパイラは、ソースプログラムに含まれるエラーをユーザに報告するという重要なことを翻訳の1プロセスとして行う。」という説明も加えている。
英語の動詞で、あるプログラム言語で書かれたコードを別の言語で書かれたコードに変換することを"compile"（コンパイル）といい、コンパイラとはその変換を一括して（※ ）行なうコンピュータプログラムのことである。インタプリタとよく対比される。
（なお、上では「ソースプログラム」「ターゲットプログラム」という古典的用語を含む説明文を紹介したが、最近の技術用語では、変換される前のプログラムを「ソースコード」と呼び、変換後の機械語あるいは中間言語のプログラムなどを「オブジェクトコード」と呼ぶ傾向がある。また機械語は二進数で書かれているので近年では「バイナリコード」ということもある。）
よくあるのは、高水準言語で書かれたプログラムを、コンピュータのプロセッサが直接実行できる機械語あるいはアセンブリ言語のような低水準言語あるいは元のプログラムよりも"低いレベル"のコード（例えばバイトコードなどの仮想機械向け中間言語あるいは中間表現）に変換するものである。
コンパイラを俯瞰してみると、この世には圧倒されるほど多種類のコンパイラがある。というのは、ソースコード（ソースプログラム）の記述に使われるプログラミング言語だけに着目しても、FORTRANなど歴史の古い言語から始まり近年勃興してきている言語まで含めると数千にもおよぶプログラミング言語があり、他方、オブジェクトコード（ターゲットプログラム）の記述に使われる言語のほうに着目しても、種類がやはり非常に多く、ソースコードの言語とは別の言語であるかも知れないし、（あるいは中間言語であるかも知れないし）、あるいは機械語であるかも知れないからであり、その機械語もマイクロプロセッサを用いたコンピュータのものからスーパーコンピュータのものまであり多種多様だからである。
またコンパイラの種類には、シングルパス（ワンパスとも。1回で変換作業を完了できるもの）、マルチパス（en:Multi-pass compiler。複数回の作業が必要だが、主記憶が少なくても動くもの）、ロード・アンド・ゴー（変換してすぐに実行を開始するもの）、デバッグ用、最適化用などの種類もある。　→#分類の節で説明
またコンパイルを使ったコンパイル作業は、ひとつのプログラムとして動作する全てのコードをいっぺんにコンパイルするのではなく、モジュール毎などに分けてコンパイルし（「分割コンパイル」）、ライブラリなどはあらかじめコンパイルされているものと合わせて、実行するようにすることも多い。この場合、コンパイラはリロケータブルバイナリを出力し、実行可能ファイルの生成にはリンケージエディタが必要であり、さらに動的リンクで実行する場合はダイナミックリンカ／ローダ（ローダの一種）も必要である。
なお、「コンパイラ（言語） / インタプリタ（言語）」という2分法的な分類は、Java登場以前では一般的で適切だったが、近年では適切でないことも増えている。開発環境などでは、コンパイルした後に実行するというような手続きを1コマンドで行えるものも増えている。そして、Java以降はインタプリタでも実行時コンパイラなどの技術の利用がさかんになってきており、古典的な意味での「コンパイラ」と「インタプリタ」の中間的な性質のツール（プログラム）も増えてきているからである。
なお英語の「compile」はもともと「編集する」「編纂する」という意味の英語であり、「compiler」というのは「編集者」という意味の英語である。
歴史

1940年代まで、コンピュータのプログラミングは機械語で直接行なわれていた。プログラムを指して「コード」（英語では暗号を意味する）と呼ぶのは、知らない人間には機械語は全く意味のわからない数値の羅列だからである。しかし、（人間にとって比較的理解のしやすい）十進法の数字で書かれたアドレスを内部表現の二進法に変換する、といったプログラムならばEDSAC（1940年代末に登場した、イギリスのマシン）において既に存在していた。（つまり、この段階で、アセンブラのごく一部の機能に限れば、実現していたことになる）
機械語でのプログラミングは言うに及ばず、アセンブリ言語を用いても、プログラミングというのは面倒な作業である。そういった低水準言語から、人間がより扱いやすい高水準言語が徐々に求められるようになった。また、機械の詳細が抽象化されることにより、高水準なプログラミング言語で書かれた同一のソースコードを元に、詳細仕様が異なる機械でも動くプログラムを生成できる、という利点もあった。1950年代末までに、プログラミング言語がいくつか提案され、実験的なコンパイラがいくつか開発された。
世界初のコンパイラについては、1952年にグレース・ホッパーが書いたA-0 Systemだとされることもある。だが一般的には1957年にIBMのジョン・バッカスのチームが開発したFORTRANコンパイラが世界初の完全なコンパイラであるとされている。一般的なコンパイラの開発では、まず動くものを作ってから最適化の機能が付け加えられるが、最初のFORTRANコンパイラでは、コンパイラが実用になることを示すために、最初から最適化に労力が向けられた。
1960年の、ホッパーらによるCOBOLは複数のアーキテクチャ上でコンパイル可能となった言語の最初期の1つである。
様々なアプリケーション領域で、高水準言語というアイデアは素早く浸透していった。機能が拡張されたプログラミング言語が次々と提案され、コンピュータのアーキテクチャそのものも複雑化していったため、コンパイラはどんどん複雑化していった。
初期のコンパイラはアセンブリ言語で書かれていた。世界初の「セルフホスティングコンパイラ」は、1962年にマサチューセッツ工科大学の Hart と Levin が開発したLISPである。1970年代には、特にPascalやC言語などにおいて、コンパイル対象言語でコンパイラを書くことが一般化した。さらにより高水準の言語のコンパイラは、PascalやC言語で実装することも多い。セルフホスティング・コンパイラの構築には、ブートストラップ問題がつきまとう。すなわち、コンパイル対象言語で書かれたコンパイラを最初にコンパイルするには、別の言語で書かれたコンパイラが必要になる。Hart と Levin の LISPコンパイラではコンパイラをインタプリタ上で動作させてコンパイルを行なった。
分類

機械語にコンパイルするコンパイラもあれば、そうでないコンパイラ（後述）もある。機械語コードのことを、ハードウェアであるプロセッサの生のコード、というような意味でネイティブコードなどと言うことがあり、機械語にコンパイルするコンパイラのことをネイティブコンパイラと言うことがある。
コンパイラに限らず、入力と出力を持つあらゆる変換系は、入力の種類がm種類、出力の種類がn種類あるとすると、m×n種類があることになる。コンパイラの場合、プログラミング言語がm種類、コード生成の対象となる命令セットアーキテクチャがn種類、といったような感じになるわけであり、入力側をフロントエンド、出力側をバックエンドと言うが、中間表現の設計いかんでは、残りの中間処理の部分、特に重要な部分であるコンパイラ最適化を共有できるため、1980年代以降に基本設計が為されたGCCやCOINSやLLVMなどでは、そのようにして多言語・多ターゲットに対応している。
汎用OSなど、開発環境と同じ環境で目的プログラムも動作させるような開発を「セルフ開発」と言い、セルフ開発のコンパイラを「セルフコンパイラ」という。それに対し、開発環境とは別の環境で実行するような開発を「クロス開発」といい、そのためのコンパイラをクロスコンパイラという。OSカーネル自身のコンパイルなどは、カーネル自身の実行環境は、そのOSではなくベアメタルであるという意味ではある種のクロスコンパイルのようなものであるし、新しいコンピュータシステムのための環境を最初に作るにはクロス開発の必要がある。あるいは、組み込みシステムやPDAなど、それ自体が開発環境を動作させるだけの機能や性能を持たない場合、といったものもある。
いわゆるネイティブコードではなく中間コードを生成し、さらに別のコンパイラに処理を任せたり、別のインタプリタによって実行したりするものもある。これを中間コードコンパイラ、バイトコードコンパイラなどと呼ぶ。またそのバイトコードを解釈実行する処理系をバイトコードインタプリタなどと呼ぶ。
分類 > ワンパスとマルチパス

コンパイラは様々な処理の集合体であり、初期のコンピュータではメモリ容量が不十分であったため、一度に全ての処理を行うことができなかった。このためコンパイラを複数に分割し、ソースコードや何らかの中間的な表現に何度も処理を施すことで解析や変換を行っていた。
一回でコンパイルが可能なものをワンパスコンパイラと呼び、一般にマルチパスコンパイラよりも高速で扱いやすい。Pascalなど、多くの言語はワンパスでコンパイルできるよう意図して設計されている。
言語の設計によっては、コンパイラがソースコードを複数回読み込む必要がある。たとえば、20行目に出現する宣言文が10行目の文の変換に影響を与える場合がある。この場合、一回目のパス（読み込み）で影響を受ける文の後にある宣言に関する情報を集め、二回目のパスで実際の変換を行う。
ワンパスの欠点は、高品質のコードに欠かせない最適化を行いにくいという点が挙げられる。最適化コンパイラが何回読み込みを行うかというのは決まっていないが、最適化の各フェーズで同じ式や文を何度も解析することもあるし、一回しか解析しない箇所もある。
コンパイラを小さなプログラムに分割する手法は、研究レベルでよく行われる。プログラムの正当性の判定は、対象プログラムが小さいほど簡単なためである。
ネイティブコンパイラの他にも以下のような、「ネイティブの機械語」以外をターゲットとするコンパイラ（ないしトランスレータ）がある。
何らかの高水準言語から、何らかの高水準言語に変換する「トランスレータ」。「トランスコンパイラ」などという語もある。たとえば、OpenMPなどの自動並列化コンパイラは並列化が明示されていないプログラムを、並列化を明示したプログラムに変換する。または、FORTRANの DOALL 文など何らかの言語構文を変換する。
ステージコンパイラ（Stage Compiler）は何らかの理論上のマシンのアセンブリ言語を出力する。たとえば、一部のPrologでそのような実装がなされている。[要出典]Java や Python のバイトコードコンパイラもステージコンパイラの一種と言える。
Java や Smalltalk やマイクロソフトの共通中間言語システムで使われているJITコンパイラ。コンパイラはいったん中間表現を生成し、実行時に中間表現がターゲットの機械語にコンパイルされる。
分類 > コンパイラ言語

もっぱらその言語の処理系がコンパイラとして実装される言語を「コンパイラ言語」などと言い、インタプリタとして実装される言語を「インタプリタ言語」などと言うこともあるが、実験的な実装まで含めればどちらもある言語も多い。Microsoft Visual Studioに付属するF#/C# Interactiveのように、対話環境で入力したプログラムを、コンパイラで共通中間言語（中間表現）にコンパイルし、さらに共通言語ランタイム（仮想機械）上でネイティブコードにJITコンパイルしてインタプリタ的に実行する、というような処理系もある。JavaやMicrosoft Visual Basicのように、登場当初はインタプリタ方式だったが、のちにネイティブコードへのJITコンパイルやAOTコンパイルをサポートするようになった言語もある。
Common Lispなど言語によっては、実装にコンパイル機能を含むことを義務とする仕様もある(ただし、Common Lisp仕様は解釈実行の処理系を禁止しているのではない)。また、インタプリタの実装が容易でコンパイラの実装が困難な言語もある（APL、SNOBOL4など）。メタプログラミングの利用、特に文字列をevalすることは、インタプリタ方式では造作ないことだが、コンパイラ方式では実行環境にコンパイラ自体が必要となる（動的プログラミング言語も参照）。
分類 > ハードウェア・コンパイラ

ハードウェア記述言語の処理系（合成系）を、ハードウェアコンパイラとかシリコンコンパイラなどと呼ぶことがある。
分類 > コンパイルのタイミング

コンパイルをアプリケーションの実行時に行うか、実行前に行うかで2つに分かれる。
事前コンパイラ - 実行前に事前にコンパイルする。Ahead-Of-Timeコンパイラ (AOTコンパイラ)。
実行時コンパイラ - 実行時にコンパイルする。Just-In-Timeコンパイラ (JITコンパイラ)。
分類 > 教育用コンパイラ

コンパイラ構築とコンパイラ最適化は、大学での計算機科学や情報工学のカリキュラムの一部となっている。そのようなコースでは適当な言語のコンパイラを実際に作らせることが多い。文書が豊富な例としてはニクラウス・ヴィルトが1970年代に教育用に設計し、教科書中で示した PL/0 がある。PL/0 は単純だが、教育目的にかなった基本が学べるようになっている。PL/0 はPascalで書かれていた。ヴィルトによる教科書は何度か改訂されており、1996年の版ではOberonでOberonのサブセットOberon-0を実装している。
段階的改良によるプログラム開発[リンク切れ]の採用
再帰下降構文解析の採用
拡張BNF記法による文法記述の採用
Pコードの採用
ブートストラップ問題をT図式（en:Tombstone diagram）で形式的に記述
インタプリタとの違い

もともとは、コンパイラはしばしばインタプリタと対比されてきたものである。コンパイラは、生成された機械語プログラムなどの実行は行わないが、一度コンパイルすればコンパイラを使わずに何度も実行できるという利点がある。しかし、インタプリタは、バイナリの実行ファイルは生成せず、実行するときに常に必要だが、プログラムを作ったらすぐに実行できるという利点がある。
しくみと設計

コンパイラは、概念的に言うと、一般に次のようなフェーズ（phase(s)、段階）に従い処理を行う
。
通常、次のような入・出力図で説明される。
ソースプログラム（ソースコード）
    ↓
字句解析器 
    ↓
構文解析器
    ↓
セマンティック解析器
    ↓
中間コード生成器
    ↓
コード最適化器
    ↓
コード生成器
    ↓
ターゲットプログラム（オブジェクトコード）
太字で表記したものがコンパイラの中に含まれている部分（コンパイラの部品）である。つまり、まず字句解析器（字句解析部）がソースコードを読み込みトークンに分解し、次に構文解析器（構文解析部）がトークン列からプログラムの構文木を構築し、次にセマンティック解析器（意味解析器）が意味論的な解析を行い、次に中間コード作成器が中間コードを生成し、次に最適化器がコードの最適化を行い、最後にコード生成器が最終的なターゲットプログラム（オブジェクトコード）を生成する。
なお、コンパイラの作成に関することだが、字句規則から字句解析器を生成するlex、構文規則から構文解析器を生成するパーサジェネレータというプログラムがあり、広く実用的に使われている。つまりコンパイラのプログラムの一部分を自動的に書いてくれるようなプログラムがすでにあり、それのおかげで全部人力で書くようなことはしないで済む。（なお、コンパイラ全体を生成するコンパイラジェネレータも研究されているものの、広く実用に使われるには至っていない。）
コンパイラ設計手法は処理の複雑さ、設計者の経験、利用可能なリソース（人間やツール）に影響される。
コンパイル処理の分割を採用したのはカーネギーメロン大学での Production Quality Compiler-Compiler Project であった。このプロジェクトでは、「フロントエンド」、「ミドルエンド」（今日では滅多に使われない）、「バックエンド」という用語が生み出された。
非常に小さなコンパイラ以外、今日では2段階（2フェーズ）以上に分割されている。しかし、どういったフェーズ分けをしようとも、それらフェーズはフロントエンドかバックエンドの一部と見なすことができる。フロントエンドとバックエンドの分割点はどこかというのは論争の種にもなっている。フロントエンドでは主に文法的な処理と意味論的な処理が行われ、ソースコードよりも低レベルな表現に変換する処理が行われる。
ミドルエンドはソースコードでも機械語でもない形式に対して最適化を施すフェーズとされる。ソースコードや機械語と独立しているため、汎用的な最適化が可能とされ、各種言語や各種プロセッサに共通の処理を行う。
バックエンドはミドルエンドの結果を受けて処理を行う。ここでさらなる解析・変換・最適化を特定のプラットフォーム向けに行う場合もある。そして、特定のプロセッサやOS向けにコードを生成する。
このフロントエンド/ミドルエンド/バックエンドという分割法を採用することにより、異なるプログラミング言語向けのフロントエンドを結合したり、異なるCPU向けのバックエンドを結合したりできる。この手法の具体例としてはGNUコンパイラコレクションや Amsterdam Compiler Kit、LLVM がある。これらは複数のフロントエンドと複数のバックエンドがあり、解析部を共有している。
しくみと設計 > フロントエンド

フロントエンドはソースコードを分析して、中間表現または IR と呼ばれるプログラムの内部表現を構築する。また、シンボルテーブルを管理し、ソースコード内の各シンボルに対応したデータ構造に位置情報、型情報、スコープなどの情報を格納する。このような処理はいくつかのフェーズで実施される。たとえば以下のようなフェーズがある。
行再構築(Line reconstruction) - キーワードにストロッピング（英語版）を施す場合や識別子に空白を挿入可能な場合、字句解析の前に入力文字列を「正規化」する必要がある。1960年代の一般的なトップダウンの再帰下降型の表駆動構文解析では、ソースコードを一度読み込むだけでトークン化のフェーズは不要だった。ストロッピングを行う言語としては、Atlas Autocode（英語版）、Edinburgh IMP（英語版）、一部のALGOL処理系などがあり、これらは「行再構築」フェーズを持っている。ストロッピングとは、キーワードに何らかの記号をつけることでキーワードとして使われている文字列を予約語とせず、同じ文字列を変数名やサブルーチン名に利用できるようにしたものである。たとえば、シングルクオートでキーワードを囲むとか、%記号を先頭につけるなどの記法がある。
字句解析 - ソースコードの文字列を、「トークン」と呼ばれる、言語的に意味のある最小単位に分割する。各トークンは最小構成要素であり、たとえばキーワード、識別子、シンボル名、「10」や「365」のような数、などである。トークンは一般に正規言語に従うため、正規表現を解釈する有限オートマトンで認識できる。字句解析を行うソフトウェアを字句解析器（lexical analyzer）と呼ぶ。
プリプロセッサ - コンパイル前の全処理を行うもの。マクロを実装や、定数の定義、ヘッダファイルの読み込みに使われる。一般にこのフェーズは構文解析や意味解析の前に行われる。プリプロセッサはトークンを操作するものであって、構文を考慮しない。だから、C言語などでは、プリプロセッサでマクロを実装できるが、LISPのような言語では構文解析後にマクロを置き換える必要があり、プリプロセッサは使われない。
構文解析 - トークン列を解析し、プログラムの構造を明らかにする。このフェーズで構文木が構築され、単なるトークンの列だったプログラムにその言語の文法を定義した形式文法の規則を適用することで木構造を生成する。構文木は、この後の工程で解析され、強化され、変換される。
意味解析（英語版） - 構文木の要素に意味を追加し、シンボルテーブルを作成する。型チェック（データ型などを間違っていないかのチェック）や、変数や関数の定義と参照箇所を結びつける処理、既定値代入（自動変数の初期化）、意味的に不正なプログラムを検出して通知するなどの処理が行われる。意味解析には完全な構文木が必要であり、理論上構文解析とコード生成の間に行わなければならない。もちろんコンパイラの実装によってはこれらを一度に行うこともある。
しくみと設計 > バックエンド

「バックエンド」という用語は「コード生成」という用語と混同されることが多い。アセンブリ言語コードを生成するという意味で機能的にも類似しているためである。書籍によっては、バックエンドの汎用解析フェーズと最適化フェーズを「ミドルエンド」と称してマシン依存のコード生成部と区別することがある。
バックエンドに含まれる主なフェーズは以下の通りである。
解析部 - 入力から生成された中間表現を使って各種情報を収集する。主な解析としてUD連鎖を構築するデータフロー解析、依存関係解析、エイリアス解析、ポインタ解析、エスケープ解析などがある。正確な解析によってコンパイラ最適化が可能となる。また、コールグラフや制御フローグラフがここで作られることが多い。
最適化 - 中間表現を機能的には等価だがより「ベター」な形式に変換する。主な最適化手法としてインライン展開、デッドコード削除、定数伝播、ループ変換、レジスタ割り当て、自動並列化などがある。
コード生成 - 実際に出力する機械語やバイトコードを生成する。ここでリソースや記憶装置の割り当てが決定される。たとえば、どの変数をレジスタに格納し、どの変数をメモリに格納するか、どの命令をどういう順番で実行するかをアドレッシングモードなどをセシィ-ウルマン法などを用いて決定する。
コンパイラ解析とは、コンパイラ最適化の前に行われる処理で、両者は密接な関係がある。たとえば依存関係解析はループ変換実施に重要な意味を持つ。
さらに、コンパイラ解析と最適化の範囲は様々であり、基本的なブロック単位の場合からプロシージャや関数レベル、さらにはプロシージャの垣根を超えてプログラム全体を対象とすることもある。広範囲を考慮するコンパイラほど最適化に用いることができる「ヒント」が増え、結果としてより良いコードを生成する可能性がある。しかし、広範囲を考慮する解析や最適化はコンパイル時間やメモリ消費のコストが大きい。これは特にプロシージャ間の解析や最適化を行う場合に顕著である。
最近の商用コンパイラはプロシージャ間解析/最適化を備えているのが普通である（IBM、SGI、インテル、マイクロソフト、サン・マイクロシステムズなど）。オープンソースのGCCはプロシージャ間最適化を持たない点が弱点だったが、これも改善されつつある。他のオープンソースのコンパイラで完全な最適化を行うものとしてOpen64がある。
コンパイラ解析と最適化には時間と空間が必要となるため、コンパイラによってはデフォルトでこれらのフェーズを省略するものもある。この場合、ユーザーはオプションを指定して明示的に最適化を指示しなければならない。
木更津港

| 木更津港 Kisarazu Port |
| --- | --- |
 木更津港周辺
所在地
国:   日本
所在地:  千葉県（木更津市、君津市、富津市）
座標:  北緯35度22分43秒 東経139度53分57秒﻿ / ﻿北緯35.37861度 東経139.89917度﻿ / 35.37861; 139.89917座標: 北緯35度22分43秒 東経139度53分57秒﻿ / ﻿北緯35.37861度 東経139.89917度﻿ / 35.37861; 139.89917
詳細
開港:  1968年（昭和43年）4月1日
管理者:  千葉県
種類:  重要港湾
面積:  約7,300 ha
LOCODE:  JP_KZU
統計
統計年度:  2015年度（参考）
発着数:  1万7621隻（入港数のみ）
取扱貨物量:  約7000万 t
 この表について この表はテンプレートを用いて表示しています。編集の仕方はTemplate:Infobox 港をごらんください。 
木更津港（きさらづこう）は、千葉県木更津市および君津市、富津市に跨る港湾法上の重要港湾（重点港湾）である。港則法上の特定港に指定されており、日本三大港湾、国際バルク戦略港湾、総合静脈物流拠点港に含まれる。港湾管理者は千葉県。
近年では京葉工業地帯の一翼を担う工業港に限らず、みなとオアシス木更津として港一帯をみなとオアシスに登録し、マリーナ・旅客ターミナルおよび交流拠点施設として「きさらづ海の駅」及び木更津マリーナが整備された。大型クルーズ船「ぱしふぃっくびいなす」の入港を期にクルーズ・オブ・ザ・イヤー特別賞を受賞した。港の玄関口に浮かぶ中の島に架かる中の島大橋は恋人の聖地に指定されており、親水空間とともに本港の良好な視点場となっている。
中の島大橋より望む、木更津港の全景
概要

東京港の東岸のほぼ中央に位置し、古くから物資の集散港として栄えてきた。京葉工業地帯の一翼を担う工業港として、重点整備が進められ、臨海部に立地する鉄鋼業などに関連した外貿貨物や、砂・砂利などの内貿貨物を中心に取扱っている。日本三大港湾の一つとして千葉県南部地域における経済社会の基盤および横浜港・川崎港・横須賀港・東京港・千葉港とともに首都圏の発展に重要な役割を果たしている。港湾管理者は千葉県。国連欧州経済委員会（UNECE）が制定している海港コード（UN/LOCODE）は「JP_KZU」。
港湾区域としては、木更津市・君津市・富津市の3市にわたり、背後地には、各都市の市街地が所在し、これら3市の人口は合わせて約27万人を数え、海岸延長は28.447 kmにおよぶ。2014年（平成26年）1月15日の港湾法の改正により東京湾の開発保全航路が拡大したことに伴い、水域面積は約7,300 haとなる。
1960年代からは京葉工業地帯の発展に伴い工業港として開発が進められ、工業用地などの造成、外内貿埠頭の整備が逐次進められており、1968年（昭和43年）には間税法の「開港」および重要港湾の指定を受ける。更に重要港湾の中でも重点的に投資する「選択と集中」を港湾政策にも徹底するという目的で重点港湾の指定を受ける。鉄鋼業の国際競争力強化を図るため、2011年（平成23年）5月31日に国土交通省から国際バルク戦略港湾に選定され、主に鉄鉱石の輸入を目的とし、VLOC級（大型の鉱石船、ばら積み貨物船）が入港できるよう、岸壁・泊地・航路などの港湾機能を有する拠点港としての整備が行われた。1975年（昭和50年）に完成した中の島大橋は日本一高い歩道橋であり、恋人の聖地に指定されている。鳥居崎海浜公園と木更津港に浮かぶ中の島とを結ぶ歩道橋であり、木更津港の玄関口にあたり、木更津港から東京湾へ出入りする船舶はこの橋の下をくぐることになる。
江川海岸からは木更津港（富津火力発電所方面）の工場夜景を見ることができる。自衛隊記念日行事である観艦式には停泊地である本港に、試験艦「あすか」、護衛艦「ちょうかい」、護衛艦「こんごう」など艦艇の一般公開、停泊港では電灯艦飾なども行われる。
港の区分

港内は、江川地区･吾妻地区（内港）、木更津南部地区・君津地区・富津地区の5地区に分けられている。
木更津港湾範囲には漁港や釣り場として指定若しくは呼称されている港もあり混同しやすい。農林水産省水産庁による港湾範囲において漁港に指定されている港は牛込魚港、金田魚港（見立港）、小糸川魚港が第1種漁港に指定されており、富津漁港（富津北港）が第2種漁港に指定されている。釣り場としては畔戸港･呑堀港（木更津市）、富津新港（富津市） などが一般呼称されている。
港の区分 > 吾妻･江川地区

木更津港の内港であり、木更津港の拠点地区。八幡製鐵所（現：日本製鉄）の進出や木更津南部地区の整備により、木更津港は現在の港勢となった。
1965年（昭和40年）より木更津港 - 川崎港間に就航していたフェリーは1997年（平成9年）12月の東京湾アクアラインの開通に伴い廃止となった。市街地に近い地理的有利性を活かして、親水空間の整備を積極的に行っている。
港の区分 > 木更津南部地区

木更津南部地区は約460 haの面積があり、混雑している内港の再開発と一体となって整備を進めている地区。
水深4.0 m物揚場および水深5.5 m 岸壁4バース、水深7.5 m 岸壁2バース、水深4.5 m 岸壁4バースを供用中であり、山砂の積出基地として利用されている。さらに、外貿機能強化として2バース目の水深12 m 岸壁260 mを平成20年に供用開始。
港の区分 > 君津･富津地区

富津地区は電力、金属製品、一般機械器具製造業などの立地が計画されている。地区内にはJERA富津火力発電所が稼働しておりエネルギー供給基地としても重要な役割を果たしている。火力発電所としては国内第3位の総出力であり、世界でも最大級の火力発電所である。
当地区に立地する企業群の利用のため水深5.5 m 岸壁4バース、水深7.5 m 岸壁2バースが整備されている。そのうち1バースは耐震バースとなっている。
船舶修繕・小型船建造を行うアイ・エス・ビーの造船所が設けられている。
歴史 > 江戸時代 > 木更津船と海上輸送

木更津の「津」が「船着場」を意味する言葉であることからもわかるように、木更津港は古くから開けた港であった。中世には房総から鎌倉に上る渡船場として栄える。江戸時代に入ると徳川家康から、1614年（慶長19年）大坂の陣で活躍した木更津の水夫への報奨として、江戸・木更津間での渡船営業権などの特権が与えられた。これにより江戸との往来が頻繁となり、木更津が上総・安房の海上輸送の玄関口として繁栄していった。海上輸送が発達した江戸時代には主に東京湾内の輸送に五大力船（長さ31尺（約9.4 m）から65尺（約19.7 m）ほどの小型廻船）が活躍し、武蔵・伊豆・相模・安房・上総・下総海辺で穀類や薪炭などの運送に用いられる他、人を乗せて旅客輸送も行っていた。江戸日本橋本船町の河岸と上総国木更津村間で貨客輸送を行っていた船は特に「木更津船」と呼ばれ、葛飾北斎の浮世絵である『富嶽三十六景』の「上總ノ海路」、歌川広重の浮世絵である『山海見立相模』の「上総木更津」 にも描かれている。
歴史 > 江戸時代 > 保養地としての流行

木更津船は特に関所を通ることなく往来できる利点があった。港の様子は幕末（安政年間）にその船唄を元に木更津出身の噺家、木更津亭柳勢が江戸の高座で唄い江戸界隈で流行した木更津甚句に歌われ、この甚句は安政期（1854年 - 1860年）に江戸で流行した。
木更津海岸からは三浦半島や遠く富士山も望むことができる。風景の良さから観光地あるいは保養地としても知られ、司馬江漢の絵馬『木更津浦之図』 などにも描かれる。
歴史 > 明治･大正時代 > 海運の本格化

明治時代に入ると東京への海上交通の手段として木更津 - 東京間の就航が開始される。1887年（明治20年）、東京汽船株式会社が木更津と東京・横浜間の定期航路を引継いだが、遠浅のため大型船の出入ができず、澪筋を利用した小型船を用いた航行を始める。木更津は航路の浚渫と防波堤を築造し、1912年（明治45年）に完成した。同年（大正元年）、蘇我 - 木更津間に鉄道（木更津線、後の内房線）が開通し、海運は次第に衰微した。1926年（大正15年）5月27日、内務省告示第131号により公有水面埋立法に基づく指定港となった。
歴史 > 昭和時代 > 海軍飛行場の建設と開港

1934年（昭和9年）には港の北側に日本海軍の部隊の一つである日本初の陸上攻撃機部隊として木更津海軍航空隊の飛行場（現在の木更津駐屯地）が建設され、これに伴い工事も大規模になり、航路、泊地、防波堤、護岸が竣工した。港内防波堤、桟橋を築造し、航路、泊地を浚渫し港の整備を図った。
1953年（昭和28年）3月25日、港湾法に基づく地方港湾に指定され、港湾区域を決定し千葉県が港湾管理者となった。その後、君津町（現在の君津市）地先に八幡製鐵が進出し、東京湾フェリー株式会社、日本カーフェリー株式会社が横浜間、川崎間に就航した。
1968年（昭和43年）4月1日、政令第56号により関税法上の開港に指定され、港湾法に基づく重要港湾に指定された。
歴史 > 昭和時代 > 開港後の貿易整備

開港に伴い、定められた制度により以下の指定を受ける。
法務省令第33号により出入国管理令上の出入国港
政令第287号により検疫港（検疫錨地）
運輸省令第61号により港湾調査規則上の甲種港湾
農林省令第31号により植物防疫港（木材に特定）
港則法に基づく特定港
港湾運送事業法に基づく2種港
更に以下の機関が設置された。
千葉県開発局君津開発事務所
大蔵省横浜税関千葉税関支署木更津出張所
海上保安庁第3管区海上保安本部木更津海上保安署
法務省東京入国管理事務所木更津入国審査室
君津港湾事務所
港湾管理運営業務が千葉県開発庁に委任され、港湾工業用水局・君津港湾工業用水道事務所がその任に当たり、その後、港湾管理運営業務が千葉県土木部に移り、木更津港湾事務所が設置された。1970年（昭和45年）12月24日、法務省設置法の改正により、東京入国管理事務所木更津出張所に昇格した。
歴史 > 昭和時代 > 昭和後期の港整備

昭和後期に入ると本格的施設整備が始まった。1973年 - 1988年の間に完成し供用を開始した施設を下記にまとめる。
| --- | --- |
 木更津ふ頭物揚場及びベルトコンベア  木材港ドルフィン（木更津木材港協同組合）  木更津ふ頭A、B岸壁  木更津ふ頭C、D岸壁  木更津ふ頭E岸壁  木更津ふ頭F岸壁  木更津新港休憩所（港湾労働者休憩所）  木更津新港公園（30,536 ㎡） :  木更津港湾労働者福祉センター  JERA富津火力発電所  富津船だまり物揚場  富士見大橋（227.8 m）  潮浜公園の一部（2.9 ha）  潮浜A、B、C、D岸壁  富津A、B、C岸壁  潮浜公園の一部（4 ha） 
1975年（昭和50年）に完成した中の島大橋は日本で一番高い歩道橋であり、恋人の聖地に指定されている。鳥居崎海浜公園と港内に浮かぶ中の島とを結ぶ歩道橋であり、木更津港の玄関口にあたるため、木更津港から東京湾へ出入りする船舶はこの橋の下をくぐることになる。1978年（昭和53年）3月31日に木更津港内富津地区公有水面の埋立が免許され、同年4月7日に木更津港内富津地区公有水面の埋立工事に着手した。その後、関税法自主管理適用保税地域（8,475 ㎡）の指定を受け、港則法に基づく港域の拡張および富津航路の指定を受けた。
歴史 > 平成時代 > 木更津港の発展と現在

平成時代に入ると更に港施設、港湾緑地整備が始まった。1989年 - 2014年の間に完成し供用を開始した施設を下記にまとめる。
| --- | --- |
 江川船だまり  地蔵川の排水機場  富津D岸壁  富津ふ頭E及びF岸壁（-7.5 m）  木更津ふ頭G岸壁  木更津ふ頭H岸壁 :  富津みなと公園の一部（5.23 ha）  富津みなと公園の一部（3.39 ha）  富津みなと公園の一部（4.04 ha）  富津みなと公園の一部（3.09 ha）  富津みなと公園の一部（0.43 ha）  内港公園の一部（1.59 ha）  内港北公園（0.54 ha） 
周辺の交通網も整備が進み、1997年（平成9年）頃には東京湾アクアラインや東関東自動車道館山道が開通した。南部には日本製鉄君津製鉄所があり、水深-19 mの木更津航路や水深-14 mの富津航路を活用した首都圏港湾、全国港湾との交易および関連産業による港湾物流ネットワークが形成されている。2003年（平成15年）4月、総合静脈物流拠点港（リサイクルポート）の指定を受け、さらに翌年の7月には改正SOLAS条約に対応した埠頭保安対策を開始し、木更津埠頭、富津埠頭を整備した。更に2006年（平成18年）3月31日、木更津港湾物流効率化特区が認定され、その後、ヨット、プレジャーボートの係留をはじめ、地域の拠点として「きさらづ海の駅（木更津マリーナ）」を整備し、吾妻地区および木更津南部地区の一部がみなとオアシス木更津に登録された。
「港湾活動の高度化･効率化、さらには市民が海と憩える場の創造等の整備」を図るため、港湾計画が2010年（平成22年）3月に改訂された。計画の基本方針は、千葉県南部地域の産業・物流の拠点として、また、エネルギー供給拠点として物流機能の充実を図るとともに、物流、観光・交流・アメニティ、環境、防災の4つの機能が融合した魅力ある港を実現するために、取扱貨物量7,090万 t、船舶乗降旅客数約5万人と整備目標を定め事業化を図っている。
鉄鋼業の国際競争力強化を図るため、2011年（平成23年）5月31日に国土交通省から国際バルク戦略港湾に選定され、主に鉄鉱石の輸入を目的とし、VLOC級（大型の鉱石船やばら積み貨物船）が入港できるよう、岸壁・泊地・航路などの港湾機能の整備を有する拠点港としての整備が行われた。2013年（平成25年）1月には、ブラジルVALE社が運航する大型鉱石船（通称VALE MAX、載貨重量402,000 t）が寄港した。
近年、木更津市は豪華客船の誘致を積極的に行っており、2017年（平成29年）、豪華客船「ぱしふぃっくびいなす」（全長183.4 m、26,594 t）が木更津港に入港した。
2018年（平成30年）3月、江川地区、吾妻地区および南部地区の一部の区域が、木更津市都市計画臨港地区として決定した。
歴史 > 記念行事

例年8月14日、8月15日の2日にわたって「木更津港まつり」が開催される。例年の来場者数は25万人を超し、県内でも大きな祭りとなっている。祭りのフィナーレを飾る花火大会は関東最大級の規模である、特大スターマインと尺玉の連打が圧巻。
例年9月には「みなと木更津うみ祭り」が2日間にわたり、木更津港内港部に浮かぶ木更津内港公園（木更津出島）で開催される。この催しでは、プレジャーボート、ミニボート、カッターなどの体験乗船会やはぜ釣り大会、黒鯛の稚魚放流、アマモの自然観察会など、海に親しむ催しと地元農産物、水産物の展示即売会や屋台、ステージプログラムなどの内容で実施される。
歴史 > 年表

1968年（昭和43年）千葉港工事事務所木更津分室開所、木更津地区防波堤、航路着手
1971年（昭和46年）木更津地区防波堤（延長2,000 m）
1974年（昭和49年）木更津地区航路完成
1975年（昭和50年）千葉港工事事務所木更津分室閉所
1987年（昭和62年）木更津南部地区-12 m岸壁着工
1988年（昭和63年）千葉港工事事務所木更津分室開所
1994年（平成 6年）木更津南部地区-12 m岸壁2号バース着工
1995年（平成 7年）館山道開通により千葉港工事事務所木更津分室閉所
1996年（平成 8年）木更津南部地区-12 m岸壁1号バース完成
2011年（平成23年）国際バルク戦略港湾に選定される
港湾施設

木更津港の公共岸壁は、吾妻地区と木更津南部地区および富津地区に分かれており、吾妻地区には水深3.0 mの物揚場桟橋が総延長723 mある。木更津南部地区には、水深4.0 mの物揚場362 m、水深4.5 m岸壁240 m（4バース）、水深5.5 m岸壁360 m（4バース）、水深7.5 m岸壁260 m（2バース）および水深12.0 m岸壁500 m（2バース）がある。また富津地区には、水深5.5 m岸壁360 m（4バース）および水深7.5 m岸壁260 m（2バース、内1バースは耐震強化岸壁）があり、その他荷捌地176,411 ㎡、野積場85,979 ㎡が利用されている。
港湾施設 > 埠頭

木更津ふ頭
富津ふ頭
木更津港官公庁船用浮桟橋
通船浮桟橋
定係場桟橋・第2定係場桟橋
中央桟橋・東桟橋･西桟橋
小型船桟橋1・小型船桟橋2・小型船桟橋3