シェルスクリプト総合その37

**デフォルトの名無しさん** · 2021/10/05(火) 22:49:30.91

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。
・「POSIX原理主義」「ユニケージ」「USP研究所」はPOSIXとUnixを曲解し
間違ったシェルスクリプトを広めている宗教です。洗脳されないようにしてください。

前スレ: シェルスクリプト総合その36
https://mevius.5ch.net/test/read.cgi/tech/1614212414/

関連スレ
・【Bash】Windows Subsystem for Linux【WSL】11
https://mao.5ch.net/test/read.cgi/linux/1627507889/
・Bashでプログラミング [転載禁止](c)2ch.net
https://mao.5ch.net/test/read.cgi/linux/1443885102/
・シェルスクリプト総合その28
https://mevius.5ch.net/test/read.cgi/unix/1533154936/
・zsh その７
https://mevius.5ch.net/test/read.cgi/unix/1337844883/
・過去UNIXで使われていた ksh というシェルについて
https://mevius.5ch.net/test/read.cgi/unix/1582358403/
・【POSIX】UNIXプログラミング【BSD】 [転載禁止](c)2ch.net
https://mevius.5ch.net/test/read.cgi/unix/1443103705/
・おまえら！ shell は何を使っているんですか？
https://mevius.5ch.net/test/read.cgi/unix/1012330865/

**デフォルトの名無しさん** · 2022/12/16(金) 23:21:48.19

じゃあ後追いでええのにな。
様子や実装具合を見ながら。

どうせ普及せんのやろし。ｗ

**デフォルトの名無しさん** · 2022/12/16(金) 23:35:49.94

>>967
だから後追いじゃん？
POSIXが先に作ってる仕様なんてないぞ
どこにPOSIXがコンパイラの仕様を作ってる？
よーくみたまえよ

**デフォルトの名無しさん** · 2022/12/17(土) 13:59:03.04

一部だけ認めるのでもまだ早い。
大半が実装してから共通項を整理するくらいでいい。

**デフォルトの名無しさん** · 2022/12/17(土) 14:13:00.20

>>969
やっぱり理解が追いついてないか（苦笑）

1. シェルスクリプト用のコンパイラを作りました
2. この時点でPOSIX準拠になっていないといけない
3. 大半が実装してから共通項を整理する

大半が実装するまでの間、POSIX違反になっちゃいけないのよ
意味わかる？POSIX違反なコンパイラを作るな！って言われるでしょ

POSIXが正しいシェル間違ったシェルを決めるのは傲慢
POSIXは決まった以外ならどんなシェルでも許さなきゃいけない

**デフォルトの名無しさん** · 2022/12/17(土) 14:13:48.77

訂正
POSIXは決まったこと以外であれば、どんなシェルでも許さなきゃいけない

**デフォルトの名無しさん** · 2022/12/17(土) 14:23:48.31

「大半が実装するまでPOSIXでは認めない」
これが傲慢な考えだってわからないのは本当にヤバイよ
POSIXがルールになってるじゃん

「大半が実装しなくてもPOSIXはそれを禁止することはない」

**デフォルトの名無しさん** · 2022/12/17(土) 15:41:00.83

>>950
例にしてもラベルの位置が先頭なのは思慮が足りなさすぎるな、予約語認識のセマンティクスとBNFに手を入れることになる
仮にねじ込むとすれば、inの部分で認識される
新予約語に続けてラベル名

**デフォルトの名無しさん** · 2022/12/17(土) 15:55:58.46

for x of outerloop [in word+]
的な感じか
ofは適当だけど、既に予約されてて意味の通るトークンが流用できれば望ましい

**デフォルトの名無しさん** · 2022/12/17(土) 16:24:44.82

>>973
それ例じゃないからｗ
あんたこれPOSIXの提案だって思ってるでしょ？

こんな事も考えられるってことでだけだよ
そんなことに突っ込んでも意味ない

**デフォルトの名無しさん** · 2022/12/17(土) 16:25:41.46

どういう文法にするかはシェルを作っている人たちが考えることであって
「POSIXは仕様を考えません」ってスタンスは明確になっている

**デフォルトの名無しさん** · 2022/12/17(土) 16:25:59.84

まだ試してないけどfor x ofの時点でシンタックスエラー吐くのが普通だろうし、自由に選べるはず
C-style((..))のような拡張とも被らない

**デフォルトの名無しさん** · 2022/12/17(土) 16:38:44.90

次スレ
シェルスクリプト総合その38
https://mevius.5ch.net/test/read.cgi/tech/1671262640/

**デフォルトの名無しさん** · 2022/12/17(土) 16:39:51.81

>>978
おつおつ

**デフォルトの名無しさん** · 2022/12/17(土) 17:24:25.53

>>978
おつ

**デフォルトの名無しさん** · 2022/12/18(日) 11:36:21.55

>>973
forに足すなら浮いてる終端記号
in : In
を拡張するのが確かにスマートなんだけど
言語全体で見るとwhile/untilに使えないのが不自然

for_clause : For name do_group
| For name sequential_sep do_group
| For name linebreak in sequential_sep do_group
| For name linebreak in wordlist sequential_sep do_group
;
while_clause : While compound_list do_group
;
until_clause : Until compound_list do_group
;
do_group : Do compound_list Done
;

do_groupに足したいところだが、compound_listが何でもアリだから曖昧になる、末尾:は非コマンド名と予約しても現状通るし、do : ; done すらイディオム、もちろん今のうちから予約しておくのは良い事
ただし意味論的にキモい事になる(label:がwhile行とズレる)
while ...
do label:
...
done
ので、ラベルのようなあっても無くても困らないものでなく、もっと重要な拡張の為に取っておくべき

**デフォルトの名無しさん** · 2022/12/18(日) 13:49:22.73

> もちろん今のうちから予約しておくのは良い事
勝手に予約しないでください

**デフォルトの名無しさん** · 2022/12/18(日) 15:19:58.34

コマンドがファイルでありえる限りヌル文字と/以外なんでもありだし、本当に任意コマンドを受け取って呼ぶならcommand, type, envとかで全部問い合わせるか、クォートする必要があるな

ところで任意文字列のコマンドが既にダメなのは今更な事に気付いた、例えば
✗com=mand arg1 arg2…
✔\com=mand arg1 arg2...

これを流用して意味を為さない
=label
なんてどうかと思ったが、bash/dashはcommand not found返しやがる

**デフォルトの名無しさん** · 2022/12/18(日) 15:31:36.28

不用心にパス区切へ使われがちな:はなるべく避けてるけど、名前空間の表現なんかでpkg:nameくらいは使いたい
末尾:という制限付きならまあ

とりあえずbashは関数も実行ファイルも普通に作れるしガン無視の模用、実効性は疑問

**デフォルトの名無しさん** · 2022/12/18(日) 15:46:15.04

個々人が(覚えてたら)一応リスペクトしておくか、の積み重ねじゃね

**デフォルトの名無しさん** · 2022/12/18(日) 16:06:25.57

>>983
=は他のコンテキストでクオートする必要がないところが特異

任意文字がダメなのはコントロールオペレータやメタ文字、予約語もそう
当たり前だから忘れがちだけど、空白>|($&cを含んだコマンドを呼ぶならクオートする

**デフォルトの名無しさん** · 2022/12/18(日) 16:48:20.92

>>983
面白い挙動見つけたな
名前を受け取ってevalし、空でなければ普通に環境設定、空ならデフォルト動作として=cmdが呼ばれるとか
色々遊べそう

禍根はこうして産まれるんだなって

**デフォルトの名無しさん** · 2022/12/18(日) 17:18:29.27

一応opengroupのShell Command Languageには
The words that are recognized as variable assignments or redirections according to Shell Grammar Rules are saved for processing in steps 3 and 4.
と記載があるので、variable assignmentとして認識できないなら、コマンドとして検索すると間接的に示唆してるな

もちろん期待すべきではないが

**デフォルトの名無しさん** · 2022/12/18(日) 17:34:17.53

名前が空になるのは大抵eval "$var=$val"のようなコードでのバリデーション不足だから、エラーにしてくれれば親切なのに
残念

**デフォルトの名無しさん** · 2022/12/18(日) 18:33:19.40

挙動は揃ってるっぽいな
こんな時の為の明示的なunspecified
汚いから連想配列使えって？標準を示してくれればな

**デフォルトの名無しさん** · 2022/12/18(日) 19:25:00.97

親切にエラーを投げても構わないよ、って意図はしばしば察せられるね
正直とても分かりにくいが

変数はダメ文字多いけど、頑張るならx$VARとか

**デフォルトの名無しさん** · 2022/12/18(日) 21:30:49.34

>>989-990
それがBourne Shellの動作だからね
POSIXはそれを明確化しただけ

さっきからずっとPOSIXに文句を言っているようだが
POSIXにごちゃごちゃ言うようなないようじゃないよ

そんなの意味ないからbashやkshの開発者に
変更してくれって言わないとだめ

**デフォルトの名無しさん** · 2022/12/18(日) 21:32:32.95

>>991
> 変数はダメ文字多いけど、頑張るならx$VARとか
え？それで何が防げると思ってるの？
少しよく考えた方がいい
無意味な話をしてる。

**デフォルトの名無しさん** · 2022/12/18(日) 21:38:48.78

>>990
シェルスクリプトに連想配列はないよ

**デフォルトの名無しさん** · 2022/12/18(日) 22:49:12.26

1レスで書いてよ

**デフォルトの名無しさん** · 2022/12/19(月) 00:58:54.84

>>992
互換性を保つ必要があるわけだから
ここでごちゃごちゃ言ってもどうしようもないよね
POSIXに色々書いてあったとしてもそれは
後からでも変更できるので気にする必要はない

**デフォルトの名無しさん** · 2022/12/19(月) 02:05:36.38

ここに居る人は多かれ少なかれ利害関係者なわけだけど、その意識が欠けてる感じがする

俺は物言うエンドユーザー(いわゆるクレーマー)だけど
ニュースグループ、メーリス、バグレポートに直接クレーム付けるのが憚られるインフォーマルな話題やネタは大体ここから拾ってたりする
おまえらエッジケース見付けるのうまいしな

少なくともchetは丁寧に返信してくれるよ、他は知らん

**デフォルトの名無しさん** · 2022/12/19(月) 02:10:26.67

なんか大した実績もないクソ雑魚が
いきがってるなｗ

**デフォルトの名無しさん** · 2022/12/19(月) 02:16:02.35

>>998
まあ実績はないけど、言わんで困るのも俺だしな

**デフォルトの名無しさん** · 2022/12/19(月) 02:21:06.52

まあちゃんと日本語話せるようになれよｗ
お前の日本語は意味不明で誰も理解できんからｗｗｗ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 439日 3時間 31分 36秒

シェルスクリプト総合 その37

シェルスクリプト総合その37