導入：なぜ今、古いコメント行のルールを知る必要があるのか
数値計算の現場では、数十年前から運用されているFortranコードをメンテナンスする機会が少なくありません。特に固定形式（Fixed Form）のソースコードでは、コメント行の判定ルールが現代のプログラミング言語とは大きく異なります。もし、エディタのインデント機能で安易にコードを整形してしまうと、コメント行が「不正な変数名」として解釈され、コンパイル時に数百ものエラーが発生するという事態を招きます。本記事では、このレガシーな仕様と、安全な管理方法について解説します。
基礎知識：固定形式における「コメント」の定義
固定形式のFortranでは、ソースコードの各行の「1カラム目（最も左の文字）」が特別な意味を持ちます。
・1カラム目が「C」または「」の場合：その行全体がコメントとして扱われます。
・1カラム目が「D」の場合：コンパイルオプション（例：-dなど）によって、デバッグ用コードとして実行するか、単なるコメントとして無視するかを切り替えられる特殊な行になります。
重要なのは、これらの文字は必ず「1カラム目」になければならないという点です。もしスペースが入って2カラム目以降にずれてしまうと、コンパイラはそれを「変数名」や「文」の一部として読み取ろうとし、構文エラーを引き起こします。
実装・解決策：インデント崩れを防ぐための対策
古いコードを読みやすくするためにエディタの自動インデント機能を使用するのは禁物です。以下のルールを徹底してください。
1. コードを整形する際は、1カラム目を保持する設定（または固定形式専用のモード）を使用する。
2. コメント行の先頭には半角スペースを入れない。
3. 万が一、インデントで崩れてしまった場合は、正規表現を用いた置換ツール（「^ +C」を「C」に置換するなど）で1カラム目に強制的に戻す。
サンプルプログラム：固定形式の記述例
以下は、正しい固定形式のコメント記述と、避けるべき記述の例です。
C —————————————————-
C これは正しいコメント行です（1カラム目にCがある）
C —————————————————-
- これも正しいコメント行です（1カラム目にがある）
PROGRAM SAMPLE
C これはOK。プログラムの命令文は7カラム目から書くため
C 1カラム目のCとは干渉しない
PRINT , “Hello, World!”
C [注意] 以下のようにスペースが混入するとエラーになる
C (これは ” C” という変数名として解釈されコンパイルエラーになる)
STOP
END
応用・注意点：現場での運用Tips
現場で最も多いトラブルは、IDEの「すべてをインデントする」という機能を無意識に実行してしまうことです。最新のVS CodeやEmacsなどで編集する際は、Fortran固定形式用のモード（Fixed Form）が有効になっているかを必ず確認してください。また、可能であれば、固定形式から自由形式（Free Form：拡張子を.f90にする）へ徐々に移行することを推奨します。自由形式では「!」をコメント記号として使用し、インデントの影響を受けないため、現代的な開発フローとの親和性が格段に高まります。
コメント