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

**デフォルトの名無しさん** · 2018/09/21(金) 23:34:47.98

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

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。

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

**デフォルトの名無しさん** · 2019/06/28(金) 15:20:25.88

>>797
じゃあお前は外部コマンド使用禁止な

**デフォルトの名無しさん** · 2019/06/28(金) 15:23:54.26

外部コマンド総合スレでも立てるか
でシェルスクリプトはスレチなｗ

**デフォルトの名無しさん** · 2019/06/28(金) 15:37:17.44

なるほど。こういう人のことをアスペと呼ぶんだ。

>>798
でもここPOSIXスレじゃないよ？

**デフォルトの名無しさん** · 2019/06/28(金) 15:40:05.21

反論できなくなるとアスペ認定か
どっちがアスペだよ

**デフォルトの名無しさん** · 2019/06/28(金) 16:03:38.70

お前のログインシェルをfishにしてやろうか

**デフォルトの名無しさん** · 2019/06/28(金) 16:07:31.10

ｗｗ

**デフォルトの名無しさん** · 2019/06/28(金) 16:33:23.58

いいやんfish
何で笑い物になってんの？？

**デフォルトの名無しさん** · 2019/06/28(金) 16:45:37.81

>>802
アスペって文字見ただけで頭に血が上っちゃった？
次の行も見てよお願い

**デフォルトの名無しさん** · 2019/06/28(金) 17:01:53.99

>>806
総合って言葉の意味分かる？
マジで頭悪そうだな

**デフォルトの名無しさん** · 2019/06/28(金) 17:43:39.21

かなり馬鹿そうだな

**デフォルトの名無しさん** · 2019/06/28(金) 18:11:19.47

fishってw

**デフォルトの名無しさん** · 2019/06/28(金) 18:56:40.55

シェルスクリプトが本当にイケてたらfishスクリプトだのVスクリプトだの出てこない。

**デフォルトの名無しさん** · 2019/06/28(金) 19:09:05.16

C言語が本当にイケてたらPerlなんて出てこない

↑好きな言語に変更してください

**デフォルトの名無しさん** · 2019/06/28(金) 19:11:15.58

fishはシェルとして使うのは良いけど、
/bin/shでも/bin/bashでも動かないから
スクリプトとしては使えないんだよな

**デフォルトの名無しさん** · 2019/06/28(金) 19:12:15.60

良い言語が必ずしも普及するわけじゃなくて
結局は互換性、標準準拠のものが最後には残るんだよね。
JavaScriptとaltJSの関係でもよくわかった

**デフォルトの名無しさん** · 2019/06/28(金) 19:54:48.75

つまりTypeScriptもいずれ滅びると。

**デフォルトの名無しさん** · 2019/06/28(金) 20:01:22.66

>>814
その可能性はあるけど、他の互換性がない言語よりかはマシだろうね。
TypeScriptはJavaScript＋αだから互換性がある。

**デフォルトの名無しさん** · 2019/06/28(金) 20:48:45.94

男はCでwebアセンブラ書け

**デフォルトの名無しさん** · 2019/06/28(金) 21:33:38.23

ていうかそんなに互換性やら保守性やら気にするんだったら黙ってPOSIXに準拠しとけよとは思うけどね。

**デフォルトの名無しさん** · 2019/06/28(金) 21:40:41.84

POSIXモードもしくはPOSIX準拠をうたっているのが本当か？というとこかな
なにか完璧POSIX準拠それ以上も以下もないってどれだ？dash？
あと、POSIX以前もしくは不備のとかちょっと前の話題でもあったねえ

**デフォルトの名無しさん** · 2019/06/28(金) 23:19:35.88

シェルスクリプトの言語仕様なんてたかが知れてるんだから
覚えられないはずがないんだが、それができないのは覚えられないんじゃなくて
シェルプログラミングのプログラミングスタイルを理解できてないってことなんじゃないかな
手続き型というより関数型に近いスタイルだからね

>>818
dash（ash）一択でしょ
debian/ubuntuのデフォルトシェルだし
その他のシェルはPOSIX準拠ではない配列が使えてしまう

**デフォルトの名無しさん** · 2019/06/28(金) 23:25:17.84

なんでshじゃダメなの？いや煽りでなしに。

**デフォルトの名無しさん** · 2019/06/28(金) 23:28:28.79

>>820
shの実体は何？

**デフォルトの名無しさん** · 2019/06/28(金) 23:37:24.02

知らんけどもともとは何だったの？

**デフォルトの名無しさん** · 2019/06/28(金) 23:37:32.86

>>819
dashがたぶん近いんだろうが、POSIX準拠それ以上も以下もないのか本当に？というとこかな
POSIX準拠それ以上も以下もないんだったら、dashで動けば終了、他で動かないのはPOSIX準拠してないからそいつが悪いで済むんだろうなw

**デフォルトの名無しさん** · 2019/06/28(金) 23:42:51.93

>>822
/bin/sh の実態がbashだったりkshだったりdashだったりというのが現在
元々のオリジナルのshはアレすぎて現存しないんじゃないかな

オリジナルのshがアレなのでbashとかkshとか出る、kshをベースにPOSIX規格を作る、POSIXの仕様に合わせようと各shellは頑張るが、方言あるやん(確かkshでさえ)なのでash(dash)が出る
という流れじゃなかったかなあ。/bin/sh なんて存在しない、現在

**デフォルトの名無しさん** · 2019/06/28(金) 23:51:49.75

>>824
知らんけど聞く限り/bin/shの指し先が千差万別なのが諸悪の根元なんじゃないの？
どんなにショボくてもオリジナルのsh復興してそれ以外で書いちゃダメってことにすれば？
それで不便があったとしても、それが本来のshでしょ。
わがまま言っちゃいかん。

**デフォルトの名無しさん** · 2019/06/28(金) 23:54:24.85

オリジナルのsh = POSIX準拠ではない
改変版のsh = OSとそのバージョンの数だけ存在する（数十種類レベル）

**デフォルトの名無しさん** · 2019/06/29(土) 00:00:54.47

オリジナルのshのソースコード（C言語）
http://x68000.q-e-d.net/~68user/unix/pickup?sh

略
#define IF if(
#define THEN ){
#define ELSE } else {
#define ELIF } else if (
#define FI ;}
略

　IF input>0
　THEN　Ldup(input,INIO);
　　input=INIO;
　FI

略

（C言語）

**デフォルトの名無しさん** · 2019/06/29(土) 00:02:31.18

>>824 >>826
やっぱりどこでも動くシェルスクリプトなんて都市伝説だったんじゃん！

**デフォルトの名無しさん** · 2019/06/29(土) 00:09:28.44

>>825
いやいや。POSIX規格の元がshではなくてkshということで、その時点でshは終わってる過去の遺物だろう
言うようなのは sh という別の規格があった方がいいと言っているようなもんだな。POSIXはなぜ作られたのかよーく考えよう

わがままwwてか「何も知らないくせにw」うるせーよっ

**デフォルトの名無しさん** · 2019/06/29(土) 00:10:03.56

>>828
オリジナルのshで作れば、動かないものになるから
オリジナルのshは消え去った。

POSIX準拠で作ればどこでも動くって話をしてるんだが？

**デフォルトの名無しさん** · 2019/06/29(土) 00:15:00.86

>>827
Bourne さんは Algol68 プログラマであったそうで～Bourne shell のソース自体も Algol68 風になっており
らしいからまあしょうがないんだろうと思うけど、defineの使い方の説明のサンプルでそういうのを見たことがあるが、まさか実際にというのは、それも有名どころがというはちょっと驚き

**デフォルトの名無しさん** · 2019/06/29(土) 00:25:29.35

POSIX準拠をうたうOSのデフォルトシェルはPOSIX準拠を保証する。
Linuxの場合は/bin/shがこれにあたる。
ディストリによって実体は bash,dashと様々だが、
自身がshの場合はPOSIX互換モードで動作するようになっている。
とはいえ重箱の隅をつつけば、実装が追い付いていない部分はあるがね。

**デフォルトの名無しさん** · 2019/06/29(土) 00:28:01.49

互換と準拠を取り違えてるのか
初期のUNIXだとglobが外部コマンドらしいな
なんで検索機能をこう呼ぶのかよく分かったわ

**デフォルトの名無しさん** · 2019/06/29(土) 00:53:37.63

>>824
>オリジナルのshがアレなのでbashとかkshとか出る、kshをベースにPOSIX規格を作る、POSIXの仕様に合わせようと各shellは頑張るが、方言あるやん(確かkshでさえ)なのでash(dash)が出る

オリジナルのshが機能不足だったり独特だったりで、(cshや)kshやbashやashやzshなどなどが出て乱立する
これはイカんということでPOSIXで規格をkshをベースに作る
ash(dash)は元々オリジナルshの(＋ちょっとだけ機能追加した)再実装なので、それにPOSIX準拠という以外の余計なことは(ほとんどあまり)してない
ってとこかな

**デフォルトの名無しさん** · 2019/06/29(土) 02:07:31.33

煮え切らない言い方だな…
そんなことしてるから可搬性なくなるんだよ。
機能不足だろうが独特だろうがそれがsh。
一切追加するな！余計なことするな！

**デフォルトの名無しさん** · 2019/06/29(土) 02:49:26.27

ググってなりもってこいよ、文句言うくらいだったら
文句言う自分では探さないで奇抜な怒りwだけって奇特な人だな
奇抜＝あれやこれややる人が多数、そういうのが好まれ使われてるんだから、それを頭から否定する

**デフォルトの名無しさん** · 2019/06/29(土) 02:50:55.42

だからオリジナルのshだと可搬性がないんだって

**デフォルトの名無しさん** · 2019/06/29(土) 05:00:31.68

「オリジナルのsh」とかいう自分用語で語るのやめてくれない？

**デフォルトの名無しさん** · 2019/06/29(土) 05:36:56.40

オリジナルのshという言い方が嫌なら、
最初に作られたshでもいいけど？

**デフォルトの名無しさん** · 2019/06/29(土) 05:44:09.80

bash, zsh, ksh, (d)ash, yash, poshのいずれでもないshは可搬性がない

**デフォルトの名無しさん** · 2019/06/29(土) 06:13:45.36

文句言うだけが生きがいもしくは言わないと死んじゃうんだろうw

**デフォルトの名無しさん** · 2019/06/29(土) 07:46:29.87

Bourneって「ボーン」って読むの？

**デフォルトの名無しさん** · 2019/06/29(土) 09:05:01.55

>>840
独自機能を使ったら可搬性がないのだからbash, zsh, ksh, (d)ash, yash, poshと別れてるのは百害あって一利なし。
bash, zsh, ksh, (d)ash, yash, poshのintersectionを取って新時代のshとし、他は滅ぶべし。
それ以外を使うものは地獄の業火で焼かれるべき。

**デフォルトの名無しさん** · 2019/06/29(土) 09:06:26.66

bash はどこにでもあるイメージ

**デフォルトの名無しさん** · 2019/06/29(土) 11:12:01.76

UNIXでBourne shell誕生
SVR4で軽量版bshのash誕生
Debianで改良版ashのdash誕生
BSDでcsh誕生
cshの便利機能(alias、ジョブ制御)をbashが吸収
改良版cshのtcsh誕生
bshとcshと合わせたksh(ksh88、ksh93)誕生
kshは商用なのでフリー版(pdksh、mksh)誕生
既存シェルをつまみ食いしたbash誕生
改良版bashのzsh誕生
独立系のfish誕生

適当にググったけど種類多くてワロタわ
わざわざashを作った理由やkshが分かれてる理由が分からんが

**デフォルトの名無しさん** · 2019/06/29(土) 12:16:50.57

可搬性ってそんなに重要か？
そこ重視すると可読性・メンテナンス性が、ひいては品質が落ちると思うんだがどうよ？
やりすぎると可搬性無くて死ぬだろうけど、各々の身辺環境は異なるのだから
各々が経験に応じて決めればよくね？
echo の引数で -n が使えるか使えないかなんて考えるのやめて１０年以上経つわ。

**デフォルトの名無しさん** · 2019/06/29(土) 14:11:03.73

>>845
大昔はメモリが貴重だったからシェルのサイズは小さくしたかったんでしょう。
その先で vfork だの Copy On Write だのテクノロジが生まれたわけで。

**デフォルトの名無しさん** · 2019/06/29(土) 14:37:45.71

どんどん便利な機能が追加されて良いではないか、みんな好きなの選べば？という人種と
何も変えてはいかん、全てを標準に合わせろ！という人種
大抵の人はその中間なんだろうけど。

bash-5.0 で取り入れられた新機能、一応フォローしておくか (そしてすぐ忘れる) と思うけど
それ積極的に使っていこうぜとは思わないもの。

**デフォルトの名無しさん** · 2019/06/29(土) 14:49:39.62

新機能のうちのいくつかもそのうち当たり前に使うようになってるでしょ。便利であれば
このスレでbash特有とかあるように

**デフォルトの名無しさん** · 2019/06/29(土) 15:04:32.87

>>845
>bshとcshと合わせたksh(ksh88、ksh93)誕生
>kshは商用なのでフリー版(pdksh、mksh)誕生
>既存シェルをつまみ食いしたbash誕生
>改良版bashのzsh誕生
kshとcshを合わせたzshが誕生
じゃないかな。で、
bshにcshの便利なヒストリ(など)を取り込んだkshが誕生
ではないかな

時系列的には
https://d1jnx9ba8s6j9r.cloudfront.net/blog/wp-content/uploads/2019/05/Evolution-of-Linux-Shells-Types-of-Shells-in-Linux-Edureka-528x280.png
らしい。zshはcshの派生になってるけど正しくはkshからも引くべきだろうね、開発時のメッセージでそう明言してる

**デフォルトの名無しさん** · 2019/06/29(土) 16:07:00.45

ああ、cshではなくてtcshだった
This is a shar file containing zsh, a ksh/tcsh-like shell.

**デフォルトの名無しさん** · 2019/06/29(土) 16:24:24.49

>>846
可搬性は求めない。環境限定で動けば良い。運用寿命は数年もてばいい。
が要件ならば、拡張機能使っても問題ないだろうね。

**デフォルトの名無しさん** · 2019/06/29(土) 16:43:46.48

>>852
> 環境限定で動けば良い。運用寿命は数年もてばいい。
これを満足するのがPOSIX標準なんですよね。

**デフォルトの名無しさん** · 2019/06/29(土) 16:53:39.78

>>853
POSIXは可搬性を高めるための規格なので逆だと思います。

**デフォルトの名無しさん** · 2019/06/29(土) 16:59:43.19

>>843
> 独自機能を使ったら可搬性がないのだから

独自機能を使わなければ可搬性がある
という証言いただきました！

**デフォルトの名無しさん** · 2019/06/29(土) 17:05:11.99

>>846
> そこ重視すると可読性・メンテナンス性が、ひいては品質が落ちると思うんだがどうよ？

落ちないよ。

**デフォルトの名無しさん** · 2019/06/29(土) 17:06:04.22

>>846
> 可搬性ってそんなに重要か？

(d)ashがよく使われてるからね。
可搬性と言うよりも、(d)ashで動うことが重要

**デフォルトの名無しさん** · 2019/06/29(土) 17:13:24.88

>>845
> わざわざashを作った理由やkshが分かれてる理由が分からんが
オープンソースではないのでソースコードが公開されない
資産が生かせない

UNIXでBourne shell誕生
○（UNIX）がBourne shell改良、shの亜種○を作る
△（UNIX）が更に改良、shの亜種△を作る
□（UNIX）が更にl改良、shの亜種□を作る
◇（UNIX）が更にl改良、shの亜種◇を作る

UNIX界隈で、shという名前でバージョン番号すら
無いshの亜種が大量に生まれる
そしてshの最終形態でやっとPOSIXに
準拠したかもしれない程度のレベルで互換性がない

**デフォルトの名無しさん** · 2019/06/29(土) 18:33:44.12

>>858
>オープンソースではないのでソースコードが公開されない

shはソールまるごと公開してたろ

**デフォルトの名無しさん** · 2019/06/29(土) 18:46:06.33

ああ、訂正　ライセンスがクソだったのでソースが再利用できない

**デフォルトの名無しさん** · 2019/06/29(土) 19:57:38.97

ということでashは「再実装」なんだなと納得

**デフォルトの名無しさん** · 2019/06/29(土) 20:03:34.74

あと
誰も Bourne shell の文法がどうなっているかを本当には知らない。ソースコードを調べてみてもほとんど役に立たない。
とかいうのもなんか納得できるな。違うかもだが。そういう時代だったのねと
rcという変わり種の作者がだから酷く言っているだけかと思った。それもあるかもだがw

**デフォルトの名無しさん** · 2019/06/29(土) 20:11:26.48

>>861
正確に言えば、POSIX以前に作られた、 POSIX準拠してない Bourne shell を廃棄して
POSIX準拠で作り直したということ

（POSIX）シェルを再実装したのは正しいが、Bourne shellそのものを再実装したのではない

**デフォルトの名無しさん** · 2019/06/29(土) 20:16:33.84

>>863
>>850の図からはPOSIXの前からみたいだけど、ashは。まあなんか怪しいかもしれない図だけどw

**デフォルトの名無しさん** · 2019/06/29(土) 20:24:08.27

Ash is a reimplementation of the System V shell. Currently it has most
features of that shell, plus some additions. It runs on 4.2 and 4.3BSD,
SystemV releases 1, 2, 3, SystemIII, and perhaps Version 7. Documentation
includes a list of differences, a manpage, and internals documentation.
It has several built-ins and shell functions.
のようだね。最初は。POSIX準拠はその後でという怪しい図のソコは間違っていないような

**デフォルトの名無しさん** · 2019/06/29(土) 20:29:32.51

System V shellの再実装であって、Bourne shellの再実装ではない

**デフォルトの名無しさん** · 2019/06/29(土) 20:31:23.20

System V shellはBourne shellを名乗っているのかもしれないが、
オリジナルのBourne shellではない
オリジナルという言い方が気に食わないなら
最初に作られたshと読みかえれ

**デフォルトの名無しさん** · 2019/06/29(土) 20:43:19.37

別にそこはどうでもいい。てかちょっと見苦しいかなw

**デフォルトの名無しさん** · 2019/06/29(土) 23:55:59.43

>>850
なんか揉めそうだけど、その図のより正確な版を5ch wikiかなにかに作ったらいいかもね。

**デフォルトの名無しさん** · 2019/06/30(日) 00:09:13.01

Bourne Shellに親でも殺されたのか？

**デフォルトの名無しさん** · 2019/06/30(日) 00:55:36.25

POSIXに親を殺された奴もいるしなw

**デフォルトの名無しさん** · 2019/06/30(日) 03:55:44.69

>>856,857
それ dash 使うことで dash が動く実装すべてで動作してるってだけで、可搬性ある書き方の話と別じゃね？
if 文とかで実装ごとに異なる書き方しまくる話をしようよ。

**デフォルトの名無しさん** · 2019/06/30(日) 03:59:41.59

iocall attach user_output file xx
list
iocall attach user_output syn user_i/o
Multicsだとls >xxがこの記述量らしいな
パイプさまさまだわ

**デフォルトの名無しさん** · 2019/06/30(日) 04:34:44.87

どこにパイプが...

**デフォルトの名無しさん** · 2019/06/30(日) 05:20:49.27

>>872
dashで動けば、他のシェルでも動くよ

**デフォルトの名無しさん** · 2019/06/30(日) 09:29:10.65

シェルスクリプトで可搬性のあるコードを書くのはそもそも無理がある

**デフォルトの名無しさん** · 2019/06/30(日) 10:28:41.23

>>846
だよな。どこでも動くシェルスクリプトなんて都市伝説だし。

**デフォルトの名無しさん** · 2019/06/30(日) 10:43:07.31

>>846
> echo の引数で -n が使えるか使えないかなんて考えるのやめて１０年以上経つわ。
すべてのPOSIX準拠シェルで-nは使える

>>877
POSIX準拠シェルであれば可能。不可能な理由がない。

**デフォルトの名無しさん** · 2019/06/30(日) 16:52:33.33

>>875,878
なんでスクリプトの構文のみの話になってるの？可搬性の話がずれてる。
autoconf が作る configure のような、メンテナンス性・可読性皆無だが比較的どこでも動くスクリプトみたいな奴
だと思ってるんだが皆はどういう認識なのよ？

**デフォルトの名無しさん** · 2019/06/30(日) 17:13:52.68

シェルの仕様だけの問題じゃなくて、コマンドがOS、バージョンによってまちまち
IPアドレス取得するだけでも大量にバリエーションがあってどうにもならないから、Linuxではifconfigが非推奨になった

**デフォルトの名無しさん** · 2019/06/30(日) 18:00:24.49

コマンドもPOSIX準拠のものだけ使うに決まってるじゃん
はい、可搬性ありまーす

rubyでsedを呼び出していて、非POSIXのオプション使ってるから
rubyは可搬性がないとか言われても困るｗ

この場合可搬性がないのはsed（の非POSIXのオプション）であって
呼び出してる言語（ruby or shell）が可搬性がないわけではない

**デフォルトの名無しさん** · 2019/06/30(日) 18:38:54.22

>>879
「autoconfが作るconfigure」は「どこでも動くスクリプト」じゃないだろ
そのシステム専用のスクリプトだよ

**デフォルトの名無しさん** · 2019/06/30(日) 18:47:02.27

はぁ、なんでこんなに頭が悪いんだろう。

「C言語が吐き出すアセンブリ言語」は「どこでも動くアセンブリ言語」じゃないから
C言語は可搬性がないという主張ですかね。

ほんと、頭わりぃ

**デフォルトの名無しさん** · 2019/06/30(日) 19:12:33.55

「POSIXクソだりー可搬性なんていらん」とかいうやつはshellcheckとかリンター使えよ

**デフォルトの名無しさん** · 2019/06/30(日) 19:29:06.56

>>869
https://output.jsbin.com/hekociluta

Draw.io (http://www.draw.io/) ドキュメント
https://pastebin.com/KzSajdA8

間違ってるとこもあるだろうが、あとは自分で

**デフォルトの名無しさん** · 2019/06/30(日) 20:26:11.65

>>881
それな。
「シェルスクリプトは可搬性がない！」なんて言ってる奴が単に可搬性のある書き方を知らないだけだと思う。
もちろんPOSIXに準拠するかしないかは個人の自由だけど
そんなことも知らずにPOSIX規格に記載のない書き方をしておいて「可搬性がない」は失笑モノだわ。

**デフォルトの名無しさん** · 2019/06/30(日) 21:48:35.95

他で動かないように書けてしまうのが問題。
POSIX範囲外の余計な機能を付けるからだ。
すべて削除してPOSIX以外書けないひとつのshにするべし。

**デフォルトの名無しさん** · 2019/06/30(日) 22:03:54.02

＼
　￣ヽ、　　　_ノ
　　　　　　○
　　　　　　　Ｏ　　　　　　と思うハゲであった

　　　　　　　　　　　　　　　　　　　＿＿＿
　　　　　　　　　　　　　 o,.,　　￣　　　　　　｀丶、
　　　　　　　　　　　.〃;.; ;　　Ｏ　　　　　　　　　`､
　　　　　　　　　　/;i;i;.; ;　 °　　　　　　　　　　　　ヽ
　　　　　　　　　　 j!;i;i;i;.;　　　　　　　　　　　　　　　　`､
　　　　　　　　　.j!;i;i; ;　　　　　　　　　　　　　　　　　　Ｖ
.　　　　　　　 , -ｖ{功テえ三≧ｋ　j　 i　　　　　　　　 i}
　　　　　 .i;i;i;i∧;{i　_＿_　　ヽ〉-- 〃ﾇニ≠ェｧ;,､_　/〉
　　　　　　 {i;i;i;i;i;i;ﾑ ‘､￣≧　j.r－ｖ{! 　 _＿　｀v身≧"
　　　　　　　 i;i;ｊ!;i;i;i;.;丶＿　 .ノﾉ　　`ﾑ､´⌒｀ｰ　/;ｱｰ7´〉
.　　　　　ｖ;i;i;i; ;´　　　　 ,ｧ　　　丶｀＿　ノ／　/ ｙ゜
.　　　　　　ｊ;i;i;i;.;　　　ｨ( 　{!　　　　ヽ,　　　　　　 i}￤
.　　　　　　　 {;i;i;.;　　 /‘≠ｰ弋＿＿.　ﾍ　　　　　 iノ
　　　　　　　 :;i;i;.; ;　}/ ＿＿__　　￣　　＼　　　　 |
　　　　　 .人;i;i;i;.; ﾄ卞､ｶｖ￣Ｔ＋+＝a､　〉　　　 j}
　　.＿＿／　 ∧;i;i;i;,ﾐ､　￣￣￣￣￣ j〕　　　 /＾
　　　　　＼　　 ∧;弋ミ　　　　　　　　　　　　　／
　　　　　　＼　　へ`,,ヾ;.;,　　　　　　　　　ｨ爪
　　　　　　ヽ　　へ、　　　　　　 .　´/　　ト､＿＿
　　　　　　　 }　　　＞;　,,__ｰｧ　´　　.ｲ　　 i　＼￣＼
　　　　　　　　　　　　　　　　　　　　　　〃/⌒ヽ.ｊ　　＼　＼

**デフォルトの名無しさん** · 2019/06/30(日) 22:10:03.75

posix linker 作ったら需要ありそうだな？

**デフォルトの名無しさん** · 2019/06/30(日) 22:37:50.33

>>883
おまえ、自分で書いた文章読んでみろよ
「autoconfが作るconfigure」がどこでも動くのかよ

**デフォルトの名無しさん** · 2019/06/30(日) 22:40:13.43

>>886
結局複数環境で動かすには何が必要かは置かれた環境でまちまちなわけで。
grep や awk が POSIX 対応していない環境だってあるわけで、そういう人からすると
POSIX 準拠してればいいって言ってる人は論外なわけなんだわ。

**デフォルトの名無しさん** · 2019/06/30(日) 22:44:16.79

>>882
流石に「そのシステム専用」は失礼過ぎないか？
FreeBSD でも Linux でも AIX でも Solaris でも大概な UNIX ライクなシステムで動くし、それらの環境を持ってない
開発者が作ったプログラムを安全にサポートしてくれてるでしょ？
それとも autoconf とか automake とか使ったことない人かな？なら黙っててよ。

**デフォルトの名無しさん** · 2019/06/30(日) 22:50:27.23

>>891
今どきPOSIX非準拠のシステムなんてないだろ
nextstepがーとか言い出すなよｗ

**デフォルトの名無しさん** · 2019/06/30(日) 22:56:53.99

>>893
準拠してるっていっても非準拠の時代に対して互換性を確保する必要があるから PATH を通す順番
変えるとかでシステムごとに if 文地獄。
ここまでちゃんとやって可搬性があるって胸張れるってもんでしょ。

**デフォルトの名無しさん** · 2019/06/30(日) 22:59:21.24

>>894
お前さ、もしかして、autoconfが生成したconfigureを
他の環境にコピーして動くかどうかって話をしてるの？
Yes か No で答えて

**デフォルトの名無しさん** · 2019/06/30(日) 23:03:50.43

>>892
そのシステムに合わせたスクリプトを出力するのがautoconfなのに
何を言ってるんだ君は？？

**デフォルトの名無しさん** · 2019/06/30(日) 23:06:51.19

>>894
そこまでちゃんとやってるから準拠システムとして認定されてるんだろ
バカなの？

**デフォルトの名無しさん** · 2019/06/30(日) 23:12:25.38

>>895,896
当然 Yes ですよ？
そのシステムだけで動くものなら最初から Makefile だけつくってりゃいいって話になる。
ちゃんと書けてない、エラーメッセージろくによんでないからそうなるだけだろ？

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

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