일부 명령에서 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는 가장 최근의 것입니다. 프로세스 대체가 언제 이런 식으로 실패하고 사용되어서는 안되는지 결정하기 위해 알아야 할 일반적인 규칙이 있습니까?

우분투 12.04 에서이 BASH 버전을 사용하고 있습니다 (아치 및 데비안에서도이를 보았습니다) :
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. 프로세스 대체를 지원하는 모든 쉘은 동일한 방식으로 작동합니다.