Чому заміна процесу 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- лише найсвіжіша. Чи є якесь загальне правило, яке мені слід знати, щоб визначити, коли заміна процесу не вдасться таким чином і не повинна застосовуватися?

Я використовую цю версію BASH на Ubuntu 12.04 (я також бачив це в arch та debian):
GNU bash, версія 4.3.11 (1) -випуск (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. Усі оболонки, які підтримують процес заміщення, поводяться однаково.