OpenVMS マニュアル

4.8.1 条件付きコード

ここでは，I64 に移行するときに，OpenVMS コードを条件付けする方法について説明します。このコードは，Alpha と I64 の両方を対象にコンパイルされるか，または VAX，Alpha，および I64 を対象にコンパイルされます。この後の各項で参照する ALPHA というシンボルは新しいシンボルです。しかし，EVAX というシンボルも削除されていません，必ずしも EVAX を ALPHA に置き換えなければならないわけではなく，都合の良いときに置き換えるということでかまいません。 MACRO と BLISS で使用できるアーキテクチャ・シンボルは，VAX，EVAX，ALPHA，および IA64 です。

Macro-32 ソース・ファイルの場合，アーキテクチャ・シンボルは ARCH_DEFS.MAR に定義されており，これはコマンド・ラインに指定されるプレフィックス・ファイルです。 Alpha では，ALPHA と EVAX は 1 に定義されており， VAX と IA64 は未定義です。 I64 では，IA64 は 1 に定義されており，VAX，EVAX，および ALPHA は未定義です。

以下の例は，Alpha システムと I64 システムの両方で実行できるように，Macro-32 ソース・コードを条件付けする方法を示しています。

Alpha 固有のコードの場合:

.IF DF ALPHA 
       . 
       . 
       . 
.ENDC 

I64 固有のコードの場合:

.IF DF IA64 
       . 
       . 
       . 
.ENDC 

BLISS ソース・ファイル (BLISS-32 または BLISS-64) の場合，VAX，EVAX，ALPHA，および IA64 マクロは ARCH_DEFS.REQ に定義されています。 Alpha では，EVAX と ALPHA は 1 に， VAX と IA64 は 0 に定義されています。 I64 では，IA64 は 1 に，VAX，EVAX，および ALPHA は 0 に定義されています。 BLISS の条件付きステートメントでこれらのシンボルを使用するには， ARCH_DEFS.REQ が必要です。

注意 %BLISS(xxx)，%TARGET(xxx)，および %HOST(xxx) という構造は推奨されません。ただし，これらの構造を必ず変更しなければならないというわけではなく，必要に応じて変更すればよいと理解してください。

ソース・コードに以下のステートメントを追加します。

REQUIRE 'SYS$LIBRARY:ARCH_DEFS'; 

Alpha システムと I64 システムの両方で実行するには，以下のステートメントをソース・ファイルに追加してコードを条件付けします。

Alpha 固有のコードの場合:

%if ALPHA %then 
        . 
        . 
        . 
%fi 

I64 固有のコードの場合:

%if IA64 %then 
        . 
        . 
        . 
%fi 

C ソース・ファイルの場合，適切なプラットフォーム上のコンパイラで， __alpha， __ALPHA， __ia64，および __ia64__というシンボルが提供されます。シンボルはコンパイル・コマンド・ラインで定義できますが，この方法は推奨できません。また， arch_defs.hを使用して定義する方法も推奨できません。標準的な C のプログラミング手法では， #ifdefを使用します。

Alpha 固有のコードの場合:

#ifdef __alpha 
        . 
        . 
        . 
#endif 

I64 固有のコードの場合:

#ifdef __ia64 
        . 
        . 
        . 
#endif 

既存の条件付きコードは，変更が必要かどうか確認する必要があります。以下の BLISS のコードについて検討してみましょう。

%IF VAX %THEN 
  vvv 
  vvv 
%FI 
 
%IF EVAX %THEN 
  aaa 
  aaa 
%FI 

IA64 アーキテクチャ固有のコードを追加する必要がある場合は，以下のケースを追加します。

%IF IA64 %THEN 
  iii 
  iii 
%FI 

しかし，既存の VAX/EVAX 条件が実際には 64 ビットではなく 32 ビットを，あるいは OpenVMS の新規則ではなく旧規則 (たとえば，データ構造の拡張の有無や呼び出すルーチンの異同) を反映するのであれば，以下の条件付きコードの指定方法の方がより適切だと考えられます。これは，Alpha と I64 のコードは同じであり， 64 ビット・コードと VAX のコードとは区別する必要があるからです。

%IF VAX %THEN 
  vvv 
  vvv 
%ELSE 
  aaa 
  aaa 
%FI 

4.8.2 Alpha アーキテクチャに依存しているシステム・サービス

特定のシステム・サービスは，OpenVMS Alpha ではアプリケーション内で問題なく動作しても， I64 へのポーティングがうまくいかないことがあります。以降の項では，このようなシステム・サービスと，それに代わる I64 でのシステム・サービスを説明します。

4.8.2.1 SYS$GOTO_UNWIND

OpenVMS Alpha では， SYS$GOTO_UNWIND システム・サービスは，プロシージャ起動ハンドルを 32 ビット・アドレスで受け取ります。このシステム・サービスを呼び出している箇所を 64 ビット・アドレス用の SYS$GOTO_UNWIND_64 に変更する必要があります。ソース・コードを変更して，プロシージャ起動ハンドルに 64 ビットの領域を割り当ててください。また，OpenVMS I64 の起動コンテキスト・ハンドルを返すライブラリ・ルーチンも，OpenVMS Alpha とは異なります。詳細については，『OpenVMS Calling Standard』を参照してください。

SYS$GOTO_UNWIND は，プログラミング言語機能をサポートする際によく使用されます。多くの場合は，コンパイラや実行時ライブラリでの変更になりますが， SYS$GOTO_UNWIND を直接使用している場合は，変更が必要です。

4.8.2.2 SYS$LKWSET と SYS$LKWSET_64

SYS$LKWSET および SYS$LKWSET_64 システム・サービスは変更されています。詳細については， 第 4.8.9 項 を参照してください。

4.8.3 Alpha アーキテクチャに依存するその他の機能を含むコード

Alpha でのコーディング手法には I64 で使用すると異なる結果になるものがいくつかあります。ここでは，そのためにアプリケーションを変更しなければならない場合について説明します。

4.8.3.1 初期化済みのオーバーレイ・プログラム・セクション

初期化済みのオーバーレイ・プログラム・セクションの取り扱いは， Alpha と I64 とで異なります。 OpenVMS Alpha システムでは，オーバーレイ・プログラム・セクションの異なる部分を複数のモジュールで初期化することができます。このような初期化は，OpenVMS I64 システムでは認められていません。この動作の変更の詳細については， 第 5.3.1.2 項 を参照してください。

4.8.3.2 条件ハンドラでの SS$_HPARITH の使用

OpenVMS Alpha では，多くの算術演算エラー条件に対して SS$_HPARITH が通知されます。 OpenVMS I64 では，算術演算エラー条件に対して SS$_HPARITH が通知されることはありません。 OpenVMS I64 では，より細分化されたエラー・コード SS$_FLTINV と SS$_FLTDIV が通知されます。

これらの細分化されたエラー・コードを検出するように，条件ハンドラを更新してください。両方のアーキテクチャで共通のコードを使用するには，コードで SS$_HPARITH を参照している箇所において， OpenVMS I64 では SS$_FLTINV と SS$_FLTDIV も検出するように変更する必要があります。

4.8.3.3 メカニズム・アレイ・データ構造

OpenVMS I64 のメカニズム・アレイ・データ構造は， OpenVMS Alpha の場合と大きく異なります。戻り状態コード RETVAL は，Alpha プラットフォームと I64 プラットフォームの両方の戻り状態レジスタを表すように拡張されています。詳細については，『OpenVMS Calling Standard』を参照してください。

4.8.3.4 Alpha のオブジェクト・ファイル形式への依存

OpenVMS I64 システムで作成されるオブジェクト・ファイルの形式は Alpha の形式と異なるため，コードが Alpha のオブジェクト・ファイルのレイアウトに依存している場合は変更の必要があります。

オブジェクト・ファイルの形式は，『System V Application Binary Interface』 2001 年 4 月 24 日付けドラフトに記述されている ELF (Executable and Linkable Format) の 64 ビット版に準拠しています。このドキュメントは Caldera が発行しており，以下の Web サイトで入手できます。

http://www.caldera.com/developers/gabi

また，オブジェクト・ファイルの形式は，『Intel® Itanium® Processor-specific Application Binary Interface (ABI)』 2001 年 5 月発行 (ドキュメント番号 245270-003) に記載されている I64 固有の拡張にも準拠しています。 OpenVMS オペレーティング・システム固有のオブジェクト・ファイルおよびイメージ・ファイル機能をサポートするのに必要な拡張や制限事項も将来のリリースで追加される予定です。

イメージ内のデバッガが使用する部分は， DWARF Version 3 業界標準に準拠しています。このドキュメントは以下の Web サイトで入手できます。

http://www.eagercon.com/dwarf/dwarf3std.htm

OpenVMS I64 でのデバッグ・シンボル・テーブルの表現は，このドキュメントに記述されている業界標準の DWARF デバッグ・シンボル・テーブルの形式です。 DWARF Version 3 形式に対する HP の拡張については，将来のリリースで公開される予定です。

---

目次

索引