BASH işlemindeki ikame neden bazı komutlarla çalışmıyor?

Bazı durumlarda işlem değişikliği beklendiği gibi çalışmayacaktır. İşte bir örnek:

Giriş:

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

Çıktı:

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

Giriş:

Ancak farklı bir komutla kullanıldığında beklendiği gibi çalışır:

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

Çıktı:

int main(){return 0;}

Diğer komutlarda da benzer hatalar olduğunu fark ettim (örn. Dosyayı işlem değişikliğinden bekleten komut kullanılamaz /dev/fd/63veya benzeri değil ). İle bu başarısızlık gccsadece en son. Süreç ikame işleminin bu şekilde ne zaman başarısız olacağını ve kullanılmaması gerektiğini belirlemek için bilmem gereken bazı genel kurallar var mı?

Bu BASH sürümünü Ubuntu 12.04'te kullanıyorum (bunu arch ve debian'da da gördüm):
GNU bash, sürüm 4.3.11 (1) -turease (i686-pc-linux-gnu)

İşlem değiştirme işlemi ( /dev/fd/63örneğinizde olduğu gibi) adlandırılmış bir borunun okunan ucu gibi davranan özel bir dosyayla sonuçlanır . Bu dosya açılıp okunabilir, ancak yazılmaz, aranmaz.

Argümanlarına saf akımlar gibi davranan komutlar kullanılırken, verilen dosyalarda arama yapmayı bekleyen komutlar (veya bunlara yazma) çalışmaz. : İrade işi genellikle bir filtre olarak kabul edilen olduğu komuta tür cat, grep, sed, gzip, awk, vb ... değil çalışma gibi bir editör olacak bir komut örneği viveya benzeri bir dosya işlemi mv.

gccHangi dilde yazıldıklarını belirlemek için giriş dosyalarına rasgele erişim sağlayabilmek istiyor. Bunun yerine gcc, giriş dosyasının dili hakkında bir ipucu verirseniz , dosyayı yayınlamaktan mutluluk duyarız:

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

Proses ikamesi olmadan daha basit ve anlaşılır formu da işe yarar:

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

Bunun kendine özgü olmadığını unutmayın bash. Proses ikamesini destekleyen tüm mermiler aynı şekilde davranır.