一部のコマンドでBASHプロセスの置換が機能しないのはなぜですか？

場合によっては、プロセスの置換が期待どおりに機能しません。以下に例を示します。

入力：

gcc <(echo 'int main(){return 0;}')

出力：

/dev/fd/63: file not recognized: Illegal seek
collect2: error: ld returned 1 exit status

入力：

ただし、別のコマンドで使用すると、期待どおりに機能します。

grep main <(echo 'int main(){return 0;}')

出力：

int main(){return 0;}

私は他のコマンドで同様の失敗に気づきました（つまり、プロセス置換からのファイルを期待するコマンドは使用できない/dev/fd/63か、類似しています）。この障害gccは最新のものです。プロセスの置換がこの方法で失敗し、使用すべきでないときを判断するために知っておくべき一般的なルールはありますか？

Ubuntu 12.04でこのBASHバージョンを使用しています（archおよびdebianでもこれを見ました）：
GNU bash、バージョン4.3.11（1）-release（i686-pc-linux-gnu）

プロセス置換/dev/fd/63により、名前付きパイプの読み取り終了のように動作する特別なファイルが作成されます（例のように）。このファイルは開いて読み取ることができますが、書き込むこともシークすることもできません。

引数を純粋なストリームとして扱うコマンドは機能しますが、指定されたファイルをシークする（または書き込む）コマンドは機能しません。：意志の仕事は通常のフィルタと考えられるものであることを、コマンドの種類cat、grep、sed、gzip、awk、等...仕事のようなエディタではありませんコマンドの例viなどのファイル操作mv。

gcc入力ファイルに対してランダムアクセスを実行して、それらが記述されている言語を検出できるようにしたいと考えています。代わりにgcc、入力ファイルの言語に関するヒントを提供する場合は、ファイルをストリーミングできます。

gcc -x c <(echo 'int main(){return 0;}')

プロセス置換のない、より単純で単純なフォームも機能します。

echo 'int main(){return 0;}' | gcc -x c -

これはに固有ではないことに注意してくださいbash。プロセス置換をサポートするすべてのシェルは同じように動作します。