PGI 6

Size: px

Start display at page:

Download "PGI 6"

こうだいつちた
5 years ago
Views:

1 PGI Workstation and Server Compiler and Tools Release 7.0 リリースノート 2007 年 3 月株式会社ソフテック米国 PGI 社の PGI Workstation/Server コンパイラのバージョン 7.0 のリリースノートを以下に記します本リリースにおける製品の主な新機能特徴に関して纏めたものです 1. サポートするプラットフォーム 32 ビット専用 Linux 32 ビット x86 互換あるいは 64 ビット x64 互換のプロセッサ上で動作する 32 ビット LINUX オペレーティングシステム上で利用可能です 64 ビット /32 ビットLinux 32 ビット Linux 製品の全ての機能を包括し 64 ビット x64 互換のプロセッサ上で動作する 64 ビット LINUX オペレーティングシステム上で利用可能です 32 ビット専用 Windows 32 ビット x86 互換あるいは 64 ビット x64 互換のプロセッサ上で動作する 32 ビット Windows オペレーティングシステム上で利用可能です 64 ビット /32 ビットWindows 32 ビット Windows 製品の全ての機能を包括し 64 ビット x64 互換のプロセッサ上で動作する 64 ビット Windows オペレーティングシステム上で利用可能です 32 ビットSFU 32 ビット x86 互換あるいは 64 ビット x64 互換のプロセッサ上で動作する 32 ビット Windows オペレーティングシステム上の SFU(Windows Services for Unix) で利用可能です (Windows 製品のライセンスキーが必要です ) 32 ビットSUA 32 ビット x86 互換あるいは 64 ビット x64 互換のプロセッサ上で動作する 32 ビット Windows オペレーティングシステム上の SUA(the Subsystem for Unix-base Applications) で利用可能です (Windows 製品のライセンスキーが必要です ) 64 ビット /32 ビット SUA 32 ビット SUA の全ての機能を包括し 64 ビット x64 互換のプロセッサ上で動作する 64 ビット Windows オペレーティングシステム上の SUA(the Subsystem for Unix-base Applications) で利用可能です (Windows 製品のライセンスキーが必要です ) 2. サポートするプロセッサシステムについて PGI 6.2 と同様に 32 ビット x86 系のプロセッサ並びに 64 ビットの AMD64 Intel EM64T のプロセッサに対応します PGI 7.0 においてサポートする CPU は以下のとおりですなお PGI 6.2 から新規に導入された target は core2 並びに core2-64 ですがこれはインテル社の Core 2 duo 等の Core アーキテクチャ (Xeon 5000 番台を含む ) を有するプロセッサとなります PGI から新しい CPU ターゲットである -tp barcelona -tp barcelona-64 が実装されました 1

2 これらのターゲットはそれぞれ新しい AMD クオッドコアのプロセッサ (Barcelona) の 32 ビット用 64 ビット用に最適化するためのものです Processors Supported by PGI 7.0 Brand CPU Core <target> Memory Floating Point HW Address x87 SSE1 SSE 2 SSE 3 AMD Opteron/Quad-Core Yes Yes Yes Yes 4 barcelona 32-bit (PGI 7.0-3から ) AMD Opteron/Quad-Core Barcelona 4 (PGI 7.0-3から ) bit Yes Yes Yes Yes AMD Opteron/Athlon64 2 k bit Yes Yes Yes No AMD Opteron/Athlon64 2 k bit Yes Yes Yes No AMD Opteron Rev E/F 2 k8-64e 64-bit Yes Yes Yes Yes AMD Opteron Rev E/F 2 k bit Yes Yes Yes No AMD Turion64 1 k8-64e 64-bit Yes Yes Yes Yes AMD Turion64 1 k bit Yes Yes Yes No Intel Core 2 2 Core2 32-bit Yes Yes Yes Yes Intel Core 2 2 Core bit Yes Yes Yes Yes Intel P4/Xeon EM64T 2 p bit Yes Yes Yes Yes Intel P4/Xeon EM64T 2 p7 32-bit Yes Yes Yes Yes Intel Xeon/Pentium4 1 p7 32-bit Yes Yes Yes No AMD Athlon XP/MP 1 athlonxp 32-bit Yes Yes No No Intel Pentium III 1 piii 32-bit Yes Yes No No AMD Athlon 1 athlon 32-bit Yes No No No AMD K6 1 k6 32-bit Yes No No No Intel Pentium II 1 p6 32-bit Yes No No No other Other x86 No p5 or px 32-bit Yes No No No 3. サポートする OS の追加 PGI 6.2 でサポートしている Linux OS に加えて SUSE LINUX 10.2 並びに Federa Core 6 を新たにサポートしました PGI 7.0 においてサポートする OS は以下のとおりですなお PGI 5.2 以前でサポートしておりましたいくつかの古い Linux Distribution は PGI 6.0 以降サポートしておりませんのでご注意ください Linux Operating Systems and Features Supported in PGI 7.0 Distribution Type 64-bit HT pgc++ pgdbg NPTL NUMA glibc GCC RHEL 4 Linux Yes Yes Yes Yes Yes No Fedora C-6 Linux Yes Yes Yes Yes Yes Yes Fedora C-5 Linux Yes Yes Yes Yes Yes Yes Fedora C-4 Linux Yes Yes Yes Yes Yes No Fedora C-3 Linux Yes Yes Yes Yes Yes No

3 Fedora C-2 Linux Yes Yes Yes Yes Yes No Distribution Type 64-bit HT pgc++ pgdbg NPTL NUMA glibc GCC SuSE 10.2 Linux Yes Yes Yes Yes Yes Yes SuSE 10.1 Linux Yes Yes Yes Yes Yes Yes SuSE 10.0 Linux Yes Yes Yes Yes Yes Yes SuSE 9.3 Linux Yes Yes Yes Yes Yes Yes SuSE 9.2 Linux Yes Yes Yes Yes Yes Yes SLES 10 Linux Yes Yes Yes Yes Yes Yes SLES 9 Linux Yes Yes Yes Yes No Yes SuSE 9.1 Linux Yes Yes Yes Yes Yes No RHEL 3 Linux Yes Yes Yes Yes Yes No SuSE 9.0 Linux Yes Yes Yes Yes No No SuSE 8.2 Linux Yes Yes Yes Yes No No Red Hat 9.0 Linux No No Yes Yes Yes No Red Hat 8.0 Linux No No Yes Yes No No SLES8 SP2 Linux Poor Yes Yes Yes No No SuSE 8.1 Linux Poor Yes Yes Yes No No SuSE 8.0 Linux No No Yes Yes No No Red Hat 7.3 Linux No No Yes Yes No No HT = hyper-threading, NPTL = Native POSIX Threads Library, NUMA = Non-Uniform Memory Access. PGI 7.0 では Winodws の UNIX 環境のサブシステム (Subsystem for Unix-base Applications Windows Serviced for Unix) にも対応しました Windows 上で使用可能なコマンドベースのコンパイラ (PGI Workstation & Server) が対応するものは以下のとおりです Windows Operating Systems and Features Supported in PGI 7.0 Distribution Type 64-bit HT pgc++ pgdbg NPTL NUMA glibc GCC XP No Yes Yes Yes NA Yes NA NA Microsoft Windows (32ビット) Microsoft Windows (64ビット) 2003 No No Yes Yes NA Yes NA NA 2000 No No Yes Yes NA Yes NA NA SFU No Yes Yes Yes NA Yes SFU 3.3 SUA x86 No Yes Yes Yes NA Yes SUA 3.3 XP 64 Yes Yes Yes Yes NA Yes NA NA 2003 x64 Yes Yes Yes Yes NA Yes NA NA SUA x64 Yes Yes Yes Yes NA Yes SUA 3.3 なお PGI 7.0 は Windows Vista(32 ビット 64 ビット ) 上でもサポートされておりますが 2007 年 3 月現在 Macrovison 社の FLEXlm ライセンス管理ソフトウェア (lmgrd) が Vista に十分対応していないためこの lmgrd ソフトウェアの自動起動ができませんシステムの再起動の度に手動で FLEXlm ライセンス管理マネージャ (lmgrd.exe) を起動する必要があります具体的な Vista 上での lmgrd.exe の起動方法 Windows 上の administrator 権限でログインしデスクトップ上の PGI Workstation のアイコンをクリ 3

4 ックしますこの後画面には PGI コンパイラのコマンドプロンプトのウインドウが現れます以下のコマンドを順番に実行してください PGI$ cd C:\Program Files\PGI\flexlm PGI$ lmgrd.exe c C:\Program Files\PGI\license.dat \ l C:\Program Files\PGI\flexlm\license.log ( 上記の \ は継続行を意味します ) 上記の lmgrd.exe コマンドでライセンス管理ソフトウェアがバックグラウンドで起動されますシステムを再起動しない限り例えコマンドプロンプトを閉じたとしてもライセンス管理ソフトウェアは動作していますシステムの再起動の度に上記のコマンドの実行が必要ですまた Vista 上でコンパイラを使用する際は以下の環境変数の設定が必要です LM_LICENSE_FILE 変数の値を C:\Program Files\PGI\license.dat とセットすること Windows 上で環境変数をセットする方法と PGI コンパイラのコマンドプロンプトの bash 環境でセットする方法があります詳細については以下の URL をご覧下さい PGI 7.0 では 2007 年第 3Q 以降に Intel プロセッサベースの Mac OS X に対応するコンパイラをリリースする予定です 2007 年 4 月以降にプレビューバージョンがリリースされますなお現在の予定では Mac OS X 版を単独のコンパイラ製品として販売せずに他の OS プラットフォームと組み合わせたクロスプラットフォーム版の製品として販売する予定です Apple Operating Systems and Features Supported in PGI 7.0 Distribution Type 64-bit HT pgc++ pgdbg NPTL NUMA glibc GCC Apple Mac OS X Core 2 No No No Yes NA NA NA Core 2 Duo No No No Yes NA NA NA PGI 7.0 の新機能変更点等 4.1 新しいシステムコール PGI 7.0 における PGI 用の Runtime ライブラリの中で例えば OpenMP や Fortran I/O に関係するものなどは Linux システムに実装されたシステムライブラリを利用しています本リリースでは PGI の Runtime ライブラリに以下に記す Linux システムライブラリの使用を追加しております 64 ビット Linux システム上で追加されたライブラリは以下のとおりです aio_error aio_read aio_return aio_suspend aio_write calloc getrlimit pthread_attr_init pthread_mutex_init pthread_mutex_lock pthread_mutex_unlock setrlimit sleep 4

5 32 ビット Linux システム上で追加されたライブラリは以下のとおりです aio_error aio_read aio_return aio_suspend aio_write calloc getrlimit pthread_attr_init setrlimit sleep 4.2 PGI 7.0 のコンパイラ機能追加変更点 PGI Unified Binaries- PGI 7.0 コンパイラは PGI 6.1 で導入された PGI Unified Binary オブジェクトあるいは実行モジュールを生成することができますこの PGI Unified Binary とは AMD64 と EM64T( インテル 64) のどちらのプラットフォームに対しても性能ペナルティがない形でそれぞれのターゲットに対してフルに最適化されたコードを一つの実行モジュールとして生成する機能ですプロセッサが異なるとそのハードウェア命令やキャッシュサイズ等のハードウェアの特徴が微妙に異なりますコンパイラはアーキテクチャ特有の命令や命令スケジューリングベクトル化実装を行います実行時にこの実行モジュールはその実行プラットフォーム環境を認識し動的に該当するコードストリームを選択しますこの PGI Unified Binary を生成するためにはコンパイラオプション-tp x64 を明示的に指定してコンパイルする必要がありますまた以下に述べるように複数のターゲットを指定することもできますプログラムはそれを構成する全てのオブジェクトファイルが Unified binary としてコンパイルされなくても PGI Unified Biary として使用することが可能です PGI Unified Binary のオブジェクトファイルは他のオブジェクトファイルからなるライブラリやプログラムを生成するために使用できます PGI Unified Biary の実行には特別なスタートアップコードは必要ありません Multiple PGI Unified Binary Targets- tp スイッチはコンマ (,) で区切られた複数のプロセッサ Target リストを指定する形態をサポートしました二つ以上の 64-bit ターゲットに対しての PGI Unified Binary としての最適化 ( 例 : -tp k8-64e,p7-64,core2-64 と指定すると三つのターゲットに最適化されたコードを生成します ) を指示することができます -tp x64 オプションの場合は -tp k8-64,p7-64 と等価となります PGI Unified Binary 指示用のディレクティブプラグマが新設されましたこれらはコンパイラに対して一つ以上のターゲット用の Unified Binary 最適化コードを関数サブルーチンファイル全体に対して生成するように指示するものですディレクティブを指示した場合は特別のコマンドラインオプションは必要ありません Fortran ディレクティブの書式は以下のとおりです!pgi$[g r ] pgi tp [target]... ここでディレクティブが有効となるスコーピングの範囲は g(global) r(routine) あるいは空白で指示しますデフォルトは r(routine) 単位となります例えば!pgi$g pgi tp k8_64 p7_64 は全体のソースファイルに対して (g(global) でスコーピングを指示している ) k8_64 並びに p7_64 用の最適化を施した Unified Binary を生成すると言う意味となります C/C++ のプラグマの書式は以下のとおりです #pragma routine tp k8_64 p7_64 core2_64 これは次の function/routine に対して k8_64 p7_64 core2_64 用の Unified Binary を生成すると言う意味となります 5

6 PGI Unified Binary Culling- PGI Unified Binary の生成においてそのプロセッサ Target が生成コードに影響を及ぼす関数やサブルーチンのみに対してユニークなバイナリイメージとなりますその結果パフォーマンスに影響を及ぼさないで PGI 6.2 のもの ( 個々のターゲット用にフル最適化コードを生成していた ) に較べて 10~90% 程度のコードサイズの縮小が見られました Fortran 2003 ISO_C_BINDING- 組み込みモジュール ISO_C_BINDING が部分的に実装されました BIND 属性は C 言語の型にマッピングするための派生タイプや定数 kind 定義を行うためにサポートされました手続きに対してはグローバルデータに対しての BIND 属性だけではなく VALUE と BIND 属性がサポートされましたオブジェクトの C 言語におけるアドレスを返す手続き C_LOC がサポートされました ISO_C_BINDING におけるその他の手続き例えば C_ASSOCIATED 等はまだサポートしていません test.c: call by value int main(int ac, char *av[]) { call_fortran_(99); } f.f95: subroutine call_fortran(i) integer, value :: i print *, i end $ pgf95 -c f.f95 $ pgcc test.c f.o -pgf90libs $./a.out 99 Fortran 2003 Allocatable Regularization- Fortran 2003 の割付規則が PGF95 に実装されこれがいつも使用可能となっておりますこれらの変更によって割付配列が仮引数や関数からの戻り数そして派生タイプのコンポーネント ( 要素 ) になることが可能となります Fortran 2003 Allocatable Array Assignment- Fortran 2003 の割付配列の割り当てが PGF95 で利用可能となりましたデフォルトは Fortran 95 の割当ルールが適用されますがオプション -Mallocatable=03 を指定すると Fortran 2003 割当ルールが適用されます Fortran 2003 Asynchronous Input/Output- Fortran 2003 の非同期 I/O の機能が部分的に PGF95 並びに PGF77 で利用可能となりました Open 文において ASYNCHRONOUS='YES' を指定した外部ファイルに対して適用可能です実際の非同期 I/O 処理では READ 文 WRITE 文内に ASYNCHRONOUS='YES' の指定が必要ですなおコンパイラにはまだ ASYNCHRONOUS 属性や ASYNCHRONOUS 文は実装していません program test character*13 b b = "hello, world\n" open(unit=10,file='u.dat',access='stream',form='unformatted',asynchronous='yes') write (unit=10,asynchronous='yes') b! Do something useful wait(10) close(10) end Fortran 2003 Stream Input/Output- Fortran 2003 の stream access I/O が実装されました 6

7 iostream.f90: program binarytest real*8 test(20000) real*8 test1(20000) integer*4 testnum character*8 ICHA,ICHA1 character*20 formtype,accesstype testnum=10 ICHA="ABCDEFGH" do i=1,20000 test(i)=real(i) enddo! OPEN(33, FILE='test.b', ACCESS='sequential', FORM='binary') OPEN(33, FILE='test', ACCESS='STREAM', FORM='binary') inquire(33,form=formtype,access=accesstype) print *,formtype,accesstype write(33) (test(i),i=1,testnum) write(33) 10,20 write(33) ICHA write(33) (test(i),i=testnum+1,testnum*2) rewind(33) read(33) (test1(i),i=1,testnum) read(33) i11,i21 read(33) ICHA1 read(33) (test1(i),i=testnum+1,testnum*2) print *,(test1(i),i=1,testnum) print *,i11,i21 print *,ICHA1 print *,(test1(i),i=testnum+1,testnum*2) CLOSE(33) stop end $ pgf95 -V iostream.f90 pgf bit target on x86 Linux Copyright , The Portland Group, Inc. All Rights Reserved. Copyright , STMicroelectronics, Inc. All Rights Reserved. $./a.out UNFORMATTED STREAM ABCDEFGH FORTRAN STOP 7

8 Fortran lib3f- 他のプラットフォームと一致させるために Win32 用に sleep3f sleepqq3f を実装しました ANSI C99- STDC_VERSION のデフォルト値を L として定義しました Designated initializers と Compound literals が実装されました C Preprocessor- 大文字の.S サフィックスを有するファイルはアセンブラにファイルを渡す前に前処理を行うためのアセンブラソースファイルとして扱います但し C の識別子には $ を含むことができるため $ に続くマクロに関してはプリプロセッサによって拡張はされませんプリプロセスされるソースがアセンブラファイルの場合 (.s あるいは.S の入力ファイルの場合 ) $ はプリプロセッサにおいて識別子から除外されます C++ restrict type qualifier- restrict 型修飾子はポインタを通してアクセスされる全てのデータが restrict ポインタを使用してアクセスする必要があるポインタであることを示します restrict 型修飾子は const 型修飾子と同じような意味合いを有しますコンパイラに更なる最適化を促すことができます Expanded gcc compatibility- PGC++ コンパイラは今回 gcc の拡張アセンブラインライン組込みライブラリ GNU statement expressions そして再定義可能なプリデファインマクロである PGIC PGIC_MINOR and PGIC_PATCHLEVEL をサポートしました Linux においては.init と.fini セクションの代わりに constructors/destructors 用の.ctor 並びに.dtor セクションを使用します Expanded cl compatibility- Windows 上において Microsoft CL すなわち -D STDC =0 との互換性を保つために STDC を定義しましたまた定数サフィックス i64 と ui64 をサポートしましたさらに declspec(aslign(n))( ここで n は 2,4,8,16,or 32) のサポートと Windows 上で GNU extension キーワードのサポートを加えました OpenMP 3.0 Stack Size- OpenMP 3.0 の OMP_STACK_SIZE 環境変数とスタックサイズ API が新たに生成されるスタックのサイズを制御するためにサポートされました API の関数としては omp_set_stack_size と omp_get_stack_size が実装されております OpenMP 3.0 Wait Policy- OpenMP 3.0 の OMP_WAIT_POLICY 環境変数はスレッドのアイドル時の挙動に影響を与えるもので特にアイドル時 spin か sleep のどちらを使用するかを指定するものですシリアルリージョンの実行中待機しているスレッドはバリア (ACTIVE) を使用した busy wait の状態あるいはオペレーティングシステム内の mutex(passive) を使用した politely wait のどちらかを選択できこれは OMP_WAIT_POLICY をセットすることにより可能となりますデフォルトは ACTIVE です Support for SSSE3, SSE4a, and ABM- Intel Core 2 の SSSE3 命令と AMD SSE4a と ABM 命令は C 並びに C++ のインライン組込みパッケージに取り込まれましたさらにこれらの命令は拡張アセンブラを通して利用可能でありまた Windows では as32 あるいは as64 アセンブラの中で利用可能です Windows アセンブラは GNU 形式の構文をサポートしています Linux 上ではこれらの命令は binutils パッケージの中の as を通して利用可能です性能の向上 - コード生成時の最適化が強化されましたこれにはプロパゲーション最適化符号拡張の排除使用していないゼロ拡張の削除 dead-store の排除戻り番地へ飛ぶ際の 2 バイトリターンの使用 32-bit と 64bit のシフト処理の最適化さらに最良のレジスタ割付等の最適化が含まれます Fortran/C/C++ 性能 - ハイレベルの最適化が強化されましたこれにはシリアル処理上のネス 8

9 ト内の冗長分岐の排除より多くの部分をベクトル化や自動並列化の対象となるように解析手法の向上ポインタ変数を活性させる LRE(Load Redundancy Elimination) ローカルな共通な演算項の削除を行う範囲の拡大 C++ コンパイラへの LRE の追加確度の低いターゲットへの分岐やまれなパス上でのみ呼び出されると考えられるある特定の関数名の出口の発見 (an exit heuristic) 等の最適化を含みますマルチコアプロセッサのための自動並列化 - ループの繰り返し数が少ないと判断されるような対象に対しても自動並列化の対象となるかどうかの確認を強化しましたまた自動並列化ループに対してシリアル処理用の代替コードを生成する時ネストループを含むループに対してもより多くの検討対象となるように機能が強化されましたベクトル化の強化 - ベクトライザの更なるチューニングがなされましたこれにはイディオム (idiom: 慣用句 ) の認識の向上や型変換を伴うループのベクトル化等が含まれます 64 ビットのターゲットにおいては -fast オプションは SSE コード生成とベクトル化を行うように変更されました ACML AMD Core Math Library の最新エディションである ACML 3.6 が PGI 7.0 にバンドルされております注意 ACML 3.6 は -Mcache_align を内包しているコンパイル / リンクオプション -fastsse を使用して生成されております従ってこの ACML 3.6 を使用する際は必ず全てのプログラムのコンパイルリンク時に -Mcache_align あるいは fastsse オプションを付して実行してくださいサポート OS - Fedora Core 並びに SUSE 10.2 をサポートしました Windows では Vista をサポートしさらに Winodws 上の SFU と SUA のためのネイティブなコンパイル実行環境も提供します Visual Studio 2005 SP1- PGI Visual Fortran 製品において Visual Studio 2005 SP1 上の動作サポートを行いました Quad-Core AMD Opteron processor support- 新しい CPU ターゲットである -tp barcelona -tp barcelona-64 が実装されましたこれらのターゲットはそれぞれ新しい AMD クオッドコアのプロセッサ (Barcelona) の 32 ビット用 64 ビット用に最適化するためのものですこれは PGI バージョンより実装されております Apple Core 2 and Core 2 Duo support- PGI Workstation for MAC OS X 用のプレビューバージョンが 2007 年 4 月にリリースします Environment Modules- Linux 環境における Environment Modules パッケージ ( 例えば the module load command) を使用しているユーザに対して該当するモジュールファイルをセットアップするためのスクリプトを提供しました PGI コンパイラをインストールしたディレクトリ /opt/pgi そして MODULEPATH 環境変数の値を /usr/local/modules/modulefiles と仮定した場合次のコマンドを実行してください /opt/pgi/linux86/7.0-2/etc/modulefiles/pgi.module.install -all -install /usr/local/modules/modulefiles このコマンドはインストールされている PGI コンパイラの全てのバージョンに対するモジュールファイル (module files) を作成します modulefiles ディレクトリには write パーミッションを与える必要がありますこれによって module コマンドを有効化します module load pgi32/7.0 module load pgi64/7.0 module load pgi/7.0 9

10 ここで pgi/7.0 は 32 ビットシステム上では 32 ビットのコンパイラを 64 ビットシステム上では 64 ビットコンパイラを使用すると言う意味となります Module load コマンドは次のような環境変数とセットあるは修正するできます PGI CC FC F90 F77 CPP CXX C++ PATH MANPATH LD_LIBRARY_PATH the base installation directory full path to pgcc full path to pgf90 full path to pgf90 full path to pgf77 full path to pgcc path to pgcc path to pgcc prepends the PGI compiler and tools bin directory prepends the PGI man page directory prepends the PGI library directory Environment Modules パッケージ自身は PGI 製品のサポートの範囲外ですので詳細については以下の URL をご覧ください ( 5 PGI 7.0 の新コンパイラオプションと従来との変更部分 -fast - 64 ビットシステムのターゲットに対して -fast オプションは従来の fastsse オプションと同じ機能を有するオプションに変更しました新しい fast オプションは SSE 命令を伴うベクトル化キャッシュ整列 flushz(sse の flush-to-zero モード ) 機能を有効にします従来の-fast と等価な機能として -nfast と言うオプションが新設されました -fast - C/C++ コンパイラは -fast あるいは-fastsse の複合オプションの中に -Mautoinline 機能も有効になるように変更されました -tp - tp オプションはコンマ ( ) で区切られた複数のターゲットを記述する方式を採用しました以前のバージョンではこれは一つのターゲットのみの記述方式でしたもし複数のターゲットが指定された場合 unified binary は各ターゲットに対して最適化されたコードを生成します -O4 - 新しい最適化レベルのオプションを導入しました -O4 レベルの最適化は浮動小数点演算式の中で不変変数に対する巻上げ最適化を行うようになります d[d I M N] - d オプションはプリプロセッサからの追加情報を出力させるためのものです -dd -di -dm -dn : ソースファイルからマクロと値をプリントします : インクルードファイル名をプリントします : 前以って定義されコマンドラインマクロを含むマクロと値をプリントします : ソースファイルからマクロ名をプリントします soname library.so - shared オブジェクトを生成する時 library.so( 一例 ) と言うシェアードライブラリを内部の DT_SONAME フィールドへセットするようにリンカーに指示します (Linux のみ ) 10

11 -Mdll - -Mdll オプションは -D_DLL 機能を含意します -D_DLL はプリプロセッサシンボル _DLL を定義するものです (Windows のみ ) --flagcheck- 全てのオプションフラグに問題がなければ単純に zero ステータスを返します -E - pgcc E は.h ファイルの前処理を行うようになりました -M[no]dse - 参照しない変数の保存を排除 (dead store eliminations) する最適化を有効 [ 無効 ] にするオプションですこれは C++ プログラムのようなパフォーマンス向上のために関数呼び出しをインライン化することが多い場合に有効となります --keeplnk - もしコンパイラが長いリンカコマンドに対して一次的な間接ファイルを生成した場合 --keeplnk オプションはコンパイラにそのファイルの削除をせずに一時ファイルとして保持することを指示するものです (Windows のみ ) -Mmakeimplib- DLL を生成することなしにインポートライブラリを生成しますこれはまだそれ自身の DLL ライブラリが構築される前に DLL のためにインポートライブラリを生成したい時に使用します (Windows のみ ) -Mallocatable=[95/03] - Mallocatable オプションはコンパイラがメモリ割付 (allocatable) に係る意味合いを制御しますデフォルトは Fortran 95 に準拠します =03 オプションは Fortran 2003 に準拠します --cyglbs and --mslibs - Win32 用の PGI Workstation の以前のリリースで使用していたこれらのオプションはサポートしません 6 DLL(dynamic link libraries) 使用の制約事項等 PGI コンパイラを使用して Windows 上の DLL を構築使用する方法に関しては PGI Users Guide 8 章に説明しております. PGI 7.0 コンパイラによって構築された Dynamic-link libraies(dll) は次に述べる制約事項があります DLL は PGC++ コンパイラでは生成できません DLL が PGI コンパイラによって構築された場合必ずランタイム DLL を使用しなければなりません -makedll オプションによって正確なランタイムライブラリが使用しているかを確認できます実行モジュールが任意の PGI コンパイラで生成した DLL とリンクされる場合は PGI ランタイムライブラリ DLL を使用しなければなりません ( 特に静的ライブラリが使用することはできません ) これを実現するために実行モジュールを生成する時に -Mdll オプションを使用してください PGI ランタイムライブラリ DLL と -Mprof を一緒に使用することはできませんプロファイリングのための実行モジュールを構築する際は静的ライブラリを使用してください -Mdll を使用しないデフォルト環境では静的ライブラリが使用されます 7 PGDBG( デバッガ ) 並びに PGPROF( プロファイル ) の新機能等 PGDBG 7.0 は Windows 上で動作しているプロセスをアタッチできるようになりましたこれは PGDBG の attach コマンドあるいは PGDBG の GUI の中の File->Attach to Target を通して行えます PGDBG 7.0 は新しいコマンド引数 attach を新設しましたこれはスタートアップ時に自動的 11

12 に動作しているプロセスをアタッチすることができる機能です例えばシェルあるいはコマンドウィンドウから pgdbg -attach 1234 と入力した場合 PGDBG はプロセス番号 1234 をアタッチしようとします Microsoft Visual C++ でコンパイルされた C/C++ プログラムに対するシンボリックデバッグが可能となりました VC++ あるいは Microsoft CL(Command Line) でコンパイルされたオブジェクトは PGI Fortran のメインプログラムとリンクすることができさらにデバッギングも可能です Java 2 Runtime Envirenmnet, Standard Edition 1.5.0_10 がバンドルされました 8 既知の制限事項 PGI 7.0 で生成されたオブジェクトあるいはモジュールは PGI 5.x 並びにそれ以前のリリースのオブジェクトモジュールとは互換性がありません PGI 6.1 並びにそれ以前のリリースにおいて -Mipa オプションを付加して作成されたオブジェクトファイルは PGI 7.0 上で再コンパイルが必要です PGF90 でコンパイルされた Windows プログラムは PGI のランタイム DLL である pg.dll ファイルを含むディレクトリを PATH 環境変数 (Winodws の環境変数 ) にセットして動作させる必要がありますこの DLL は他のシステムへ再配布可能であり PGF で生成したプログラムを動作させようとする任意の Windows システム上にコピーする必要があります Windows 版の PGI C for Windows において template instantiation が Linux 上の PGI C++ コンパイラと互換をとるために変更となりました Windows 上の全ての C++ ソースプログラムは再コンパイルが必要であり全ての template instantiation フラグは Windows makefile から削除しなければなりません Windows において cygwin に含まれる vi のバージョンは SHELL 変数に予期しないものが指定されている場合問題が起きる可能性がありますこのケースの場合 vi が起動される時次のようなメッセージを出力します E79: Cannot expand wildcards E79: Cannot expand wildcards E79: Cannot expand wildcards Hit ENTER or type command to continue -i8 オプションの使用においてプログラムを MPI ライブラリととともに使用する場合互換性がありません典型的には Integer*8 配列の引数の使用によりこれらのライブラリと共に使用する場合異常終了します -i8 オプションを使用するプログラムにおいて PGI コンパイラにバンドルしている ACML ライブラリととともに使用する場合互換性がありませんこのオプションの互換ライブラリに関しては developer.amd.com をご参照ください -mcmodel=medium オプションを使用してコンパイルされたオブジェクトを組み込んだプログラムは静的にリンクされることはできませんこれは linux 環境における制約事項であり PGI コンパイラによる制約事項ではありません PGCC の -Mipa=libopt と -Mipa=vestigial オプションを同時に使用した場合リンク時に未解決な参照が生じる場合がありますこれは -Mipa にサブオプション vestigial を付加することによりエラーとなる関数が削除されるために起こりますこの場合は vestigial を付加せずに -Mipa のみの指定 12

13 で対処してください -Mprof=func 並びに-mcmodel=medium あるいは-mp を一緒に使用した場合生成された実行モジュールはセグメンテーションフォールトが生じますこれらのオプションを同時に使用することは避けてください gprof スタイルのプロファイリング機能 (-pg) を使用してコンパイルリンクしたプログラムは Linux カーネルのシステム上でセグメンテーションフォールトが生じますまたいくつかの Linux distributions 上で gprof と PGPROF によって各々のプログラムユニットの報告された時間が実際の時間より 10 倍以上大きな数値になることがありますこれはこれらの Linux distributions に含まれるある共有ライブラリのバグによるものです -mp を使用して生成された OpenMP プログラムが SuSE9.0 システム上の複数プロセッサで並列実行した場合極端に遅くなりますしかしこれと同じ実行モジュールが SuSE9.1 上で動作させると期待される性能と効果が得られます ACML3.6 ライブラリは -cache_align を含んだ -fassse コンパイルオプションを使用して構築されております 32-bit ターゲットシステム上で -lacml オプションを使用して ACML ライブラリをリンクする際に必ず全てのプログラムに -cache_align もしくはこのオプションを含む複合オプションである fastsse を付加してコンパイル / リンクを行ってください 64-bit ターゲットシステム上ではデフォルトでスタック 16byte アラインメントであるためこの問題は生じませんなお性能が多少劣りますがポータビリティの良い libblas.a と liblapack.a ライブラリは SSE 命令を有していないプロセッサ上で使用することができます Windows の SUA 並びに SFU 上において -Mchkstk と-mp あるいは-Mconcur を使用してコンパイルされたマルチスレッドプログラムは以下のような stack overflow のメッセージ ( 一例 :thread 0,max 10561KB, used 2KB request 64B) を伴うスタック制限のオーバーフローであるようなエラーを報告することがありますこれを避けるためにはマルチスレッドプログラムの中の任意のファイルに対して -Mchkstk オプションを使用しないことです Windows のSUA 並びに SFU 上において -Mchkstk を使用してコンパイルされたプログラムは tanh sinh 等のハイパーボリックな数学関数を実行するときに正常に実行できませんこれは x87 スタックが空ではないとエラーを報告するからですこれを避けるためにはハイパーボリックな数学関数を呼ぶルーチンのコンパイルでは -Mchkstk オプションを使用しないことですマルチスレッドのサンプルベースのプロファイル機能 (gprof スタイルのプロファイリング :-pg あるいは -Mprof=time オプション ) でレポートされる時間はマスタスレッドだけのものとなっています一方 PGI 形式のプロファイリング (-Mprof=lines func) あるいはハードウェアカウンタベースプロファイリング (-Mprof=hwcts) は個々のスレッドあるいはプロセスの時間データを個別に取得するために使用されます PGDBG-Windows プラットフォーム上では PGDBG コマンドラインからプログラムの実行引数を正確に引き渡せません例えばこれは実行モジュールが C プログラムの中で argv[0] と argv[1] の両方を指定しているようなものですプログラム引数を正確に引渡すためには PGDBG の run コマンドを使用して行うようにしてください PGDBG GUI-GUI のコマンドペインから行う source コマンドは実行停止するために実行をウェイトしませんたとえターゲットが実行していてもコマンドを読み続けます例えばもし source スクリプトがブレークポイントをセットするコマンドを含んでいて実行スタックトレースの印字をした場合スタックトレースはブレークポイントで印字するものと期待します実際はそれはエラーを返しますこれは Stacktrace を実行しているときにターゲットが実行しているため 13

14 ですこの問題を避けるためにはスクリプトの中の各制御コマンドの後に wait コマンドを挿入することです PGDBG-デバッグコマンドの watch 系のコマンドはローカル変数が対象の場合は信頼できません Watch されるローカル変数のスコープ範囲内から関数サブルーチンを呼ぶことがイベントを見失うかあるいは明確なイベントを誤る場合がありますもしプログラムのスコーピングが watch される変数のスコープ部分から離れるとローカル変数は正しく watch できますグローバル静的変数に対する watch コマンドは常に正しいものを与えます PGDBG-デバッグコマンドの stacktrace コマンドは -g オプションを付けずにコンパイルしたルーチンに入った場合コールスタック中のフレームをスキップすることがあります例外が memset() のようなライブラリルーチンで現れる時これ問題は顕著になり stacktrace は calling ルーチンを示さなくなります現在のルーチンは名前によって識別できないため unlknownaddr だけを表示しますこの制約に対する解決策はありません PGDBG-デバッグコマンドの call コマンドは次の F90/F95 フィーチャをサポートしません : array-valued functions, pointer-valued, functions, assumed-shape array arguments, pointer arguments この問題に対する解決策はありません PGDBG- 以前に run あるいは rerun である特定の I/O リダイレクションを行っているプログラムの実行後に再度引数のない run あるいは rerun を行うと I/O 処理は前の実行時の途中から継続されますこの問題は stdout 等のファイルへ追加出力 stdin 等の入力ポイントがリセットされない等の予期せぬ結果を引き起こしますこの制約は I/O リダイレクトを伴う run あるいは rerun の後に行う shell コマンドに対しても同様な振る舞いとなります PGDBG-shared ライブラリはそのライブラリの中に含まれるコードがブレークポイントとしてセットされる前にロードされていなければなりません PGDBG Unified Binaries(-tp x64 を付けて構築されたモジュール ) のデバッギングはフルにサポートされませんいくつかのサブプログラム名が unified binaries を生成する過程で変更されています PGDBG はアプリケーションのソースコード内で使用されているプログラム名とこれら変更された名前との間の変換を行いませんデバッグにおいては Unified Binaries 生成オプションと付けずに native なプロセッサターゲットで実行モジュールを生成してくださいあるいは Unified Binaries のデバッグを行う方法に関してはに詳細な情報がありますのでご参照下さい PGDBG Windows-Windows においては一般にディレクトリパス名を区切るためにバックスラッシュ文字 ( ) を使用します PGDBG は C 言語の数式表示としてバックスラッシュをエスケープ文字の意味として使用します一方 Windows プラットフォームにおける PGDBG はディレクトリパス名を区切るためにフォワードスラッシュ文字 ( / ) を使用します但しこの事項は DEBUG コマンドあるいはコマンドライン上の実行モジュール名には適用されません ( このコンベンション自体はこれらのコマンドにおいても動作します ) PGPROF Windows- DLL のプロファイルはサポートされておりません -Mpfi と-mp を同時に使用することはサポートされていません -Mpfi オプションはコンパイル時に mp を抑止しますがそれはプログラムの中の OpenMP ディレクティブ / プラグマの解釈に依存してプログラムの実行時にエラーを引き起こすことになります OpenMP に依存しないプログラムは正確に profile feedback を使用することができます -Mpfo オプションは OpenMP 処理を抑止します PGDBG は現在 SFU/SUA システム上の core ファイルのデバッギングをサポートしていません 14

15 オペレーティングシステムのサポートがないために SFU/SUA システム上の PGDBG はハードウェア watchpoint(hwatch コマンド ) をサポートしていませんオペレーティングシステムの制約により 32bit SUA 上のプログラムだけが PGDBG のマルチスレッドのデバッギングが可能です但し一つ制約があり一度ストップするとプロセスは全てのスレッドあるいはシングルスレッドの続行 ( スレッドの部分的なセットの続行ではなく ) をしなければプロセスの続行ができませんスレッドの部分的なセットの続行は結果として全てのプロセス ( スレッド ) を続行させることになりますなお文中で使用されている商品名名称は各社の商標あるいは登録商標です以上 15

PGI 6

PGI 6 PGI PGI Workstation/Server 6.2 1. Windows PGI 6.2 Windows Win64 Win32 PGI Linux 32bit 64bit Windows Visual Studio 2005 IDE Visual Studio 2005 PGI Visual Fortran PGI Workstation/Server 9 pgdbg pgprof PGI