以外を宣言するとエラーになります。デフォルトの宣言が問題なだけで、変数毎の個別の精度宣言は利用できます。仕様では定数の自動型変換は行われません。エラーが出る方が正解です。あるので注意が必要です。エラーにならないので注意。動かないといった非互換性が生じます。C言語表記は使えません。エラーが出る方が正解です。つけてもエラーにならないので注意が必要です。本来存在していません。定義され無い場合があります。等を使っていると問題になります。モードで起動しているとわかっているなら、コンパイル時に下記宣言をソースコードに挿入します。1行目になければなりません。1行目以外でもエラーにならないものがあります。ために複数のソースを渡す場合があります。1行目に書くことができません。よって宣言できないか、もし必要ならプログラム側で挿入する必要があります。再起動するか無反応となります。使っていても落ちないケースもあります。前に入れても固まらない。使っている場合は動きます。依存がない命令はコンパイラによって最配置されることがあるため確実ではないようです。命令を使うと速度が落ちる可能性があります。使わないで済む方が望ましいと言えます。複数のテクスチャを用いた複雑なシェーダーほど影響が出るため、可能ならテクスチャではなく形状で対応した方が良いでしょう。コンパイルは通るもののリンクエラーになります。文で抜けるとグローバルな分岐が発生します。このようなケースでリンクできないことがあります。正常に動くようになります。result;}コンパイルは正常に行われており、リンク時にシェーダーのエラーとなります。分岐が大量に存在する場合に、インストラクションエリア、またはレジスタ等何らかのハードウエアリソースを使い尽くしてしまった可能性があります。アーキテクチャが違うせいかまたは、拡張されているものと考えられます。まま正しく動作しています。変更時に演算精度によって結果が異なってしまう症状が発生しています。方が正しく動作しています。与えることが出来ません。コンパイル時に求まる定数のみとなります。このような制限はありません。用いることが出来なくても不正とはいえません。何らかのバグが存在しているわけではないので注意してください。下記の歴史的理由によるものです。動的な配列を用いることが出来ませんでした。数も制限がありませんでした。内の命令フィールドの定数部分を直接書き換える仕様だったことが原因です。仮想的なものでしか無く個数制限はありません。用いた配列アクセスができなくなります。世代のハードエアと同じ仕組を採用しているといわれています。ない特徴となっています。今のところこのような制限に遭遇していません。対する配列アクセスが可能です。採用し値ているものがほとんどです。制限する理由がないからです。場合、配列の代わりにテクスチャを使うことが出来ます。ループ回数を動的に求めるとコンパイルが通りません。仕様上必須ではないことが原因です。