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

**デフォルトの名無しさん** · 2021/02/25(木) 09:20:14.64

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

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。

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

関連スレ
・【Bash】Windows Subsystem for Linux【WSL】9
https://mao.5ch.net/test/read.cgi/linux/1607589861/
・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/

**デフォルトの名無しさん** · 2021/04/04(日) 13:30:29.59

>>288
all : task1 task2 task3
task1: prepare
task2: prepare
task3: prepare
prepare :

という構成で、タスクは並列可、prepareは超重い、となると、makeが最適解やろ。

**デフォルトの名無しさん** · 2021/04/04(日) 15:51:18.30

>>295
じゃお前が具体例だしたら？
想像できるって言ったんだから言えるよね
それとも口だけ？

**デフォルトの名無しさん** · 2021/04/04(日) 15:53:37.76

>>296
task1 &
task2 &
task3 &
wait

でおわりやん

**デフォルトの名無しさん** · 2021/04/04(日) 16:57:04.88

狂犬

**デフォルトの名無しさん** · 2021/04/04(日) 19:44:32.02

>>298
勝手に終わりにしとるだけやん！ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 04:28:41.70

終わりじゃない理由でもあるの？

**デフォルトの名無しさん** · 2021/04/05(月) 06:19:20.07

prepare無視して勝手に終わりにしてるってとこだろ
無視というかただわかってないからだろうけど

**デフォルトの名無しさん** · 2021/04/05(月) 06:33:48.44

そう言われてから出すとしたら等価ではないのをまた出しそうでだな

**デフォルトの名無しさん** · 2021/04/05(月) 08:37:32.95

その前にprepareが何なのか言えよ
ただ実行する以外に何が違うのか書いてないのに
あとつけで違うとか言うなよ

**デフォルトの名無しさん** · 2021/04/05(月) 08:49:07.73

わかってないこと多すぎなのになぜもそう偉そうなのか

**デフォルトの名無しさん** · 2021/04/05(月) 09:09:31.93

>>304
prepareはprepareだろう。その意味意図がわからないのはちょっとなあ
知らないのにそんなに偉そうなのは恥以外の何物でもない、恥の上塗りだな
>>296がそう意図してるのかは不明だが、>>296のでできるのは>>298だけじゃないからな
親切なヒントやったぞ。さあ、どうぞ

**デフォルトの名無しさん** · 2021/04/05(月) 10:59:23.34

>>306
じゃあそれ以外の意図があるならそれを書いてくれ

task1関数、task2関数、task3関数の一行目に
prepare関数を実行すれば終わりだろ？

**デフォルトの名無しさん** · 2021/04/05(月) 11:01:51.92

複数のタスクを指定したときにprepareを一回しか実行しないというのであれば
all関数の最初に一回だけ書いてもいいし
フラグを使って一回だけ実行するようにしてもいい（たった一行で実現可能）
動かしたい通りに書けば良い

**デフォルトの名無しさん** · 2021/04/05(月) 11:04:18.21

気持ち悪いスレだなあ

**デフォルトの名無しさん** · 2021/04/05(月) 11:04:54.93

leftpad事件と同じ匂いを感じててしまうな
われわれ（俺除くｗ）はこんな簡単なコードも書けなくなってしまったのか？

**デフォルトの名無しさん** · 2021/04/05(月) 11:22:30.40

>>284
棲み分けられるか正直疑問だし、御高説垂れにくい初心者スレ的なのはどうだろうか

**デフォルトの名無しさん** · 2021/04/05(月) 11:52:33.18

>>308
そんなクソコードに頼らずとも使えるのがmakeなんやで！ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 12:42:09.26

>>312
makeはすぐ複雑化するよ

http://quruli.ivory.ne.jp/document/make_3.79.1/make-jp_16.html
C. 複雑なMakefileの例
ここにGNU makeプログラムのmakefileがあり、それは比較的複雑なものです。

**デフォルトの名無しさん** · 2021/04/05(月) 12:43:47.04

このMakefileを見て以下の情報を読み取るのは困難

> ここでは、最初のターゲットなのでデフォルトのゴールは‘all’です。
> この makefileの興味深い特徴は、‘testpad.h’がtestpadプログラムによって
> 自動的に作成されるソースファイルである点です。そして、そのプログラム自身は‘testpad.c’のコンパイルによるものです。

> ‘make’あるいは‘make all’と入力することでmakeが実行可能な ‘tar’、
> テープアクセスを提供する‘rmt’デーモン、‘tar.info’の Infoファイルを作成します。

> ‘make install’と入力すると、‘tar’、‘rmt’、‘tar.info’の作成だけでなく、それらのインストールも行ないます。

> ‘make clean’と入力すると、makeは‘.o’ファイル、 ‘tar’、‘rmt’、‘testpad’、
> ‘testpad.h’、そして ‘core’ファイルをすべて削除します。

> ‘make distclean’と入力すると、makeは‘make clean’と同じ削除以外に‘TAGS’、
> ‘Makefile’、そして‘config.status’ファイルも削除します。
> （明らかではありませんが、このmakefileと‘config.status’は configureプログラムに
> よって作成されたもので、これはtarの配布プログラムに含まれています。しかし、ここではそれは表示されていません。）

> ‘make realclean’と入力すると、makeは‘make distclean’のときと同じ削除を行ない、
> さらに‘tar.texinfo’から生成されたInfoファイルの削除も行ないます。

> さらに、ここでは、配布キットを作成するためのターゲットsharと distも示されています。

**デフォルトの名無しさん** · 2021/04/05(月) 12:52:05.95

Makefileが複雑化するのはビルドする工程が複雑化しているという別の問題の顕在化でしかないでしょ

それと同じことができるシェルスクリプトを書くのとMakefileを書くのとどっちが簡単かって話じゃないの

**デフォルトの名無しさん** · 2021/04/05(月) 13:07:34.94

話題に挙がったついでだけどそこでtsortよ
ルールだけ抜き出して可視化しリファクタリングしなさい

**デフォルトの名無しさん** · 2021/04/05(月) 13:09:49.69

>>315
複雑なビルド工程をMakefileだと
・依存関係の定義として記述するのが正しいとされ、シェルスクリプトとしての柔軟性もないので
細切れのタスクが多数できてしまい、見づらくエスケープされたシェルスクリプト等を埋め込むことになる
と言ってます。

Makefileからシェルスクリプトを呼び出すんじゃなくて
シェルスクリプトから（必要な場合に必要な所だけ）makeを呼び出したほうがいいんだよ

そして大抵はmakeはいらない。多くの人がタスクランナーとして使ってるのはそういうこと
本当にmakeが必要なのは、C言語のような古い言語で、ヘッダファイルとソースファイルから
オブジェクトファイルを作ってリンクするような作業の部分だけでしょ？

つまり>>314に書いてあるタスクの殆どはmakeを使う必要がないってこと

**デフォルトの名無しさん** · 2021/04/05(月) 13:28:19.87

>>317
見辛いシェルスクリプトコードならファイルにしたらええのに。ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 14:41:15.13

そもそもシェルスクリプトでファイル間の依存関係を定義するのに疲れたから make が生まれたと思うんですけど...

あと Makefile があれば make install や make clean が存在するっていうのが分かるのがいいんだよ
プロジェクトごとにシェルスクリプトがあったらどういう引数で読んだらいいかとか分からないだろ？

**デフォルトの名無しさん** · 2021/04/05(月) 15:23:18.33

> そもそもシェルスクリプトでファイル間の依存関係を定義するのに疲れたから make が生まれたと思うんですけど...

そうだよ？タスクランナーではなく依存関係を定義するために作られたのがmakeだよ
最初からそう言ってるじゃん

**デフォルトの名無しさん** · 2021/04/05(月) 15:26:11.21

> プロジェクトごとにシェルスクリプトがあったらどういう引数で読んだらいいかとか分からないだろ？

俺はそれよりもmakeで実行できるタスクに何があるのかわからんのだがｗ
make --helpした所で表示されないしな

Makefileみればわかるって？それはソース見ればわかるって言ってるようなもんだし
依存関係を見たいんじゃなくて、makeで直接実行することを目的としたタスクの一覧が見たいんだよ

**デフォルトの名無しさん** · 2021/04/05(月) 16:03:10.00

>>300-302から自ら>>304と馬鹿な自分を自己紹介しておいてw
何でそうも偉ぶりたいのか。まともな神経あったらそんな態度は取らないわなあ
さすがだな

**デフォルトの名無しさん** · 2021/04/05(月) 16:07:12.70

>>322
「ただ実行する以外に何が違うのか書いてない」に
対してレスはなにかありましたか？
それが答えだよ。

**デフォルトの名無しさん** · 2021/04/05(月) 16:13:51.85

そのレスはコーダーと呼ばれる人種っぽいレスだな
いや、普通の日本語の文もそうだが読み取る能力が欠けてるだけだな
それは矮小化した自分に都合の良い条件でしか考えられないからだな
プロジェクトwwとか関係ないよ、ソース読めないといってるのと同じだな今回は

**デフォルトの名無しさん** · 2021/04/05(月) 16:14:36.43

そんなレスは誰も求めてないよ

**デフォルトの名無しさん** · 2021/04/05(月) 16:17:39.09

懲りずに
矮小化した自分に都合の良い条件
かよwそれこそ誰も求めてないぞ

**デフォルトの名無しさん** · 2021/04/05(月) 17:28:04.19

>>321
ターゲットを調べたければ、sedでも使ったらすぐにわかるやん。ｗ

**デフォルトの名無しさん** · 2021/04/05(月) 20:09:00.48

気持ち悪い煽りだな

**デフォルトの名無しさん** · 2021/04/05(月) 20:33:09.06

ルビキチ臭

**デフォルトの名無しさん** · 2021/04/05(月) 21:07:57.60

>>327
ターゲットじゃなくてタスクを見たいんだってｗ
例えばシェルスクリプトなら--helpして分かりやすいusageが
表示されるように作るだろ？

sedではそのわかりやすさがない。頑張れば作れるだろうが
Makefileでそんなのが用意されてるのみたことないよ

**252** · 2021/04/05(月) 21:19:53.87

Ruby のタスクランナー、Rake, Thor などでは調べるのも簡単

thor list,
thor タスク名

などで、タスクを表示できる

タスク定義の仕方も決まっているので、保守しやすい。
シェルスクリプトでは、各人で書き方を変えるから、保守できない

**デフォルトの名無しさん** · 2021/04/05(月) 21:21:58.48

こいつがまともなレスしてるの初めて見たぞ... 明日も雨か？

**デフォルトの名無しさん** · 2021/04/05(月) 21:22:55.94

>>330
自分で書く話なら、helpターゲットをつくったらええがな。ｗ
実際、そういうmakefileを、おまえは見たことがなくても、ワイは見たことがあるで？

**デフォルトの名無しさん** · 2021/04/05(月) 22:30:31.71

あいつは何を言いたい何をしたいんだかな
何をしたいのかは「勝ちたい／負けたなくない」wwなのは明白だったか

**デフォルトの名無しさん** · 2021/04/05(月) 22:47:11.83

>>333
だから結局そうなるから
Makefileに利点がないんだって
中身が複雑になる。そして利点がない。

**デフォルトの名無しさん** · 2021/04/05(月) 22:48:23.80

>>331
thorのコードのほうが複雑になる

シンプルにしておけと言われるのに
なぜか複雑になる

**デフォルトの名無しさん** · 2021/04/05(月) 22:56:26.91

だから結局そうなるってwこいつの頭の中身はどうなってんだよ、ほんとに
利点を争ってるwのはそこじゃないだろうにな
「勝ちたい／負けたなくない」wwすぎて誤魔化しがカオス

**デフォルトの名無しさん** · 2021/04/05(月) 22:59:22.09

まあ、チャンピオンはこうだからチャンピオンなわけで、誰も勝てないわな
さすがチャンピオン
適当に諦めて試合放棄してもいいよ、挑戦者

**デフォルトの名無しさん** · 2021/04/05(月) 23:00:22.41

それなら勝ち負けじゃなくてmakeの利点・欠点の話をすればいいじゃん
俺はずっとmakeの話をしてるんだが、お前は俺の話しかしてないじゃん

**デフォルトの名無しさん** · 2021/04/05(月) 23:02:35.31

もちろんシェルスクリプトのスレだから
makeよりもシェルスクリプトの方が良いっていう話ね
あと今更言わなくてもわかると思うけど、タスクランナーとして使う場合

**デフォルトの名無しさん** · 2021/04/05(月) 23:03:21.85

お前に無駄な挑戦はしないww観客がヤジるくらい許せよ、チャンピオンなんだから
てか「勝ちたい／負けたなくない」wwはお前だけだぞ、言っておくが
すんなり「それなら勝ち負けじゃなくて」って言葉出るのな、さすがチャンピオン

**デフォルトの名無しさん** · 2021/04/05(月) 23:03:56.47

タスクランナーとして使う場合の話だったのか、それなら好きなのを使えばいいよ...

**デフォルトの名無しさん** · 2021/04/05(月) 23:20:17.04

ほんそれ
原理主義者ってこえーわ

**デフォルトの名無しさん** · 2021/04/05(月) 23:23:23.69

>>341
自覚してないと思うんだけど、お前のそのレス、またシェルスクリプトの話にはなってない

>>342
最初にそう書いてるんだが
makeからシェルスクリプトを呼び出すとか、Makefileにシェルスクリプトを埋め込むんじゃなくて
シェルスクリプトからmakeを呼び出すほうがいい。もちろんmakeが必要な場合

タスクランナーとして例えばinstallとかcleanが欲しい場合
シェルスクリプトの方がシンプルでわかりやすく書けるわけで
本来makeでやることじゃない

**デフォルトの名無しさん** · 2021/04/05(月) 23:26:14.86

>>344
>自覚してないと思うんだけど、お前のそのレス、またシェルスクリプトの話にはなってない
お前自体が逸脱することしょっちゅうあるくせに
昔からなんか困ったらw(黙らせたいとかw)そう言うよなってしか感じませんよ

**デフォルトの名無しさん** · 2021/04/05(月) 23:37:33.37

な？またシェルスクリプトの話題が入ってないやろ？そういうとこやで

**デフォルトの名無しさん** · 2021/04/05(月) 23:44:04.08

>>342は「好きなのを使えばいい」だろう
なのにチャンピオンは「最初にそう書いてるんだが」って書いておいての次の2行
そういうのは「好きなのを使えばいい」とは言わないだろう
>>342はどっちでもいい、どちらに優位とかは本人次第での「好きなのを使えばいい」だろうと思われるが
だったら、チャンピオンらしいさすがカオスな世界観

未だにMakefileの利点と挙げられてるがのがわかってないなって感じ
簡単に言うと定型フォーマットでルールを記述、オレオレロジック書く必要もないてとこかと思うんだけど、言ってるのは
何故全く理解できないのかなんだか不思議でたまらないカオスな世界

>>346
>>345
な？同じことを平気で何故か言えるだろ？

**デフォルトの名無しさん** · 2021/04/06(火) 00:33:09.03

> なのにチャンピオンは「最初にそう書いてるんだが」って書いておいての次の2行
> そういうのは「好きなのを使えばいい」とは言わないだろう

補足しておくな

最初に【タスクランナーの話だと】そう書いてる
そして【タスクランナーの話だと】シェルスクリプトの方が良いと最初に書いてる

何の話なのかをあやふやにして、
他人が言ったことをすり替えようとするのは
お前がよく使う手だ。（何度も指摘されてるだろ？）

**デフォルトの名無しさん** · 2021/04/06(火) 00:34:38.03

タスクランナーはシェルスクリプトが良いと最初に言ってるのに
なんで好きなものを使えばいいという話につながるのかわからん

最初から「好きなものを使えばいい」とは言ってないだろう
文章を読めないのか、話をすり替えるのが目的なのか

**デフォルトの名無しさん** · 2021/04/06(火) 00:39:08.04

タスクランナーとして使う場合、依存しているファイルがないので
Makefileで使える部分は

task:

↑これだけなんだよ

そしてtaskの中身は、コマンドを羅列するか
シェルスクリプトを"エスケープして"埋め込むことだけ

task: であれば
task() { と書いても数文字増える程度で大差なく、

一番重要なタスクの処理は、

task() {
　ここにコマンドやシェルスクリプトを
　エスケープせずにそのまま書けるというメリットが有る
}

もちろん task 関数を書いただけじゃ呼び出せないから
それをシェルスクリプトでは呼び出すコードが必要

あー、それがオレオレロジックなんだーって言うかもしれないが
それは>>287に書いた通り

# お前に必要なmakeコマンドの実装
for target; do "$target"; done

たったこれだけ

**デフォルトの名無しさん** · 2021/04/06(火) 00:53:19.81

>>348,349
単に「タスクランナーとして使う場合の話だったのか」の部分だけを言っているのか
そして「それなら好きなのを使えばいいよ」はあくまでも否定してる文のつもりかよ
あんな短文を分けて肯定否定してるなんて、わかりづらいわっ
まあ、そこまで読めなかったのは俺にも責はあるけどな
(何で食いついてるのかと思ったら何となく理解した。アレだからだろな、やっぱ)

だから、シェルスクリプトがいい／Makefile使うなwと言ってるのはお前だけだって。他に誰もいないだろう(せいぜい好きなの使えばいいというのだろう、他のも勧めてるのも居るしなw)
そしてシェルスクリプトがいいと言ってる理由がことごとくアレwされてるだろうに、自覚ないようだけど。そういうとこやで(ww)

あとな、シェルスクリプトの話を「してほしい」wなら、
少しはその自分のカオスな世界観wを他人にもわかるぐらいに直しないさいな
まあ「してほしい」wんじゃなくて黙らせたいだけなんだろけど、自ら行ってもいるんだからな
変わらないんだろうから、お前のルールなんて知らんとだけ言っておく

**デフォルトの名無しさん** · 2021/04/06(火) 00:53:50.60

(まだやってる。懲りないやつだな)

**デフォルトの名無しさん** · 2021/04/06(火) 00:55:43.56

> そして「それなら好きなのを使えばいいよ」はあくまでも否定してる文のつもりかよ

知らねーよ。俺が言ったセリフじゃないんだから
言ったやつに言えよ

俺は、タスクランナーとして使う場合は
シェルスクリプトの方がいいとしか言ってない

誰が言ったかを理解してないのか？
それともわざとあやふやにして
全部俺のせいにしようとしてるのかどっちだ？

**デフォルトの名無しさん** · 2021/04/06(火) 00:56:56.22

> だから、シェルスクリプトがいい／Makefile使うなwと言ってるのはお前だけだって。

だからなんなんだろう？

技術の話をせーや
俺はシェルスクリプトの話をして、シェルスクリプトの方が優れてると言ってる
お前の反論は、そんなこと言ってるのはお前だ！で
技術的な話が全く入ってない

**デフォルトの名無しさん** · 2021/04/06(火) 01:05:48.82

> そして「それなら好きなのを使えばいいよ」はあくまでも否定してる文のつもりかよ
そして「それなら好きなのを使えばいいよ」に対してはあくまでも否定してる文のつもりかよ
だよ。そう読んだか。わかると思うんだがなあ、まあ、なんかすまん
>あんな短文を分けて肯定否定してるなんて、わかりづらい
文を書いたのはお前な、お前の責もあるのは当然だろう。元文を書いた人は何にも関係ないぞ、関係ないのは明らかだろうに、あんなわかりやすいw文

**デフォルトの名無しさん** · 2021/04/06(火) 01:07:35.33

>>351の中と後半に書いてる
わかってないなら、中と後半、そして最後の一文を繰り返すだけだな

**デフォルトの名無しさん** · 2021/04/06(火) 01:08:02.78

× そして「それなら好きなのを使えばいいよ」はあくまでも否定してる文のつもりかよ
○ そして「それなら好きなのを使えばいいよ」に対してはあくまでも否定してる文のつもりかよ

↑文を書いたのはお前だろｗ
まず自分の責任を認めろ

**デフォルトの名無しさん** · 2021/04/06(火) 01:09:30.57

>>356
こんな簡単なこともわかってないのか？

シェルスクリプトの話をしろと言ってるのは
シェルスクリプトのコードとMakefileのコードの
比較の話をしろって意味だよ

>>351にコードなんて一つも書いてないだろ
ああ、言い訳はいい。
次のレスは「最後の一文」ではなくコードを書け

**デフォルトの名無しさん** · 2021/04/06(火) 01:11:42.44

>そう読んだか。わかると思うんだがなあ、まあ、なんかすまん
わざわざ×○整形してるくせに、次のは読まないんだな
チャンピオンとしては受け取れないのか...w

>>358
すでにされてることを何で繰り返さなければならないのか
お前のルールなんて知らんwオレオレルール押し付けすぎだろう

**デフォルトの名無しさん** · 2021/04/06(火) 01:12:56.30

シェルスクリプトかMakefileのコードは？

**デフォルトの名無しさん** · 2021/04/06(火) 01:13:32.15

反論がないからもう一度書くね

タスクランナーとして使う場合、依存しているファイルがないので
Makefileで使える部分は

task:

↑これだけなんだよ

そしてtaskの中身は、コマンドを羅列するか
シェルスクリプトを"エスケープして"埋め込むことだけ

task: であれば
task() { と書いても数文字増える程度で大差なく、

一番重要なタスクの処理は、

task() {
　ここにコマンドやシェルスクリプトを
　エスケープせずにそのまま書けるというメリットが有る
}

もちろん task 関数を書いただけじゃ呼び出せないから
それをシェルスクリプトでは呼び出すコードが必要

あー、それがオレオレロジックなんだーって言うかもしれないが
それは>>287に書いた通り

# お前に必要なmakeコマンドの実装
for target; do "$target"; done

たったこれだけ

**デフォルトの名無しさん** · 2021/04/06(火) 01:16:39.85

カオス化がまた一層酷くになったwので、>>351の最後を繰り返すだけだぞ
続けて欲しい、技術的な話をしたいwだったら変わってみような
(そういえばチャンピオンのもう一つの武器は繰り返し言い張るだな
俺の繰り返し言い張りwも受けてみてほしいものだw)

**デフォルトの名無しさん** · 2021/04/06(火) 01:18:01.12

>>361に何一つコメントできないくせにレスだけはするんだよな
自覚したほうがいいよ

**デフォルトの名無しさん** · 2021/04/06(火) 01:21:16.72

「しない」という選択肢もあるんだよ。自覚も何も「わざと」なw
だから、そのカオスの原因を直しなさいよ、「してほしい」wなら

**デフォルトの名無しさん** · 2021/04/06(火) 01:32:38.75

>>335
シェルスクリプトでコマンドライン引数処理をするよりも、makefileにhelpターゲットを追加するほうが億倍ラクやで？
複雑になるのはシェルスクリプトのほうや。ｗ

**デフォルトの名無しさん** · 2021/04/06(火) 01:37:47.42

>>361
前にあったprepareタスクのような、フローの合理化が、シェルスクリプトでは面倒。
&でbg処理したらええというもんではない。そもそも、並列実行していいかどうかも未定義やし。

まあ、それがプログラムとしてはふつうなんやけど、makeに比べると、makefileがルールとして記述するだけやから、そりゃあかなわんわなあ。ｗ

**デフォルトの名無しさん** · 2021/04/06(火) 01:39:22.54

億倍ww
シレっと煽るねえ(もしくはウィット入れるねえ)
だが、チャンピオンには通じないぞ、マジでそう受け取るぞw

**デフォルトの名無しさん** · 2021/04/06(火) 02:36:53.08

>>316
gnuのtsortは-fで視点グリグリできないからあかんね、珍しくBSDの方が便利なコマンド

**デフォルトの名無しさん** · 2021/04/06(火) 05:35:04.17

>>365
> シェルスクリプトでコマンドライン引数処理をするよりも、makefileにhelpターゲットを追加するほうが億倍ラクやで？
億倍ラクになるかやってみたら？

じゃあmake.sh版。makefile版よろしくｗ

#!/bin/sh
target1() { # ターゲット１
　echo "target1"
}
help() { # ヘルプ表示
　sed -n 's/('') {//p' "$0"
}
for target; do "$target"; done

$ ./make.sh help
target1 # ターゲット１
help # ヘルプ表示

（やる前から同じように書けるはずだって気づかないもんですかねぇ）

**デフォルトの名無しさん** · 2021/04/06(火) 05:40:09.71

>>366
> 前にあったprepareタスクのような、フローの合理化が、シェルスクリプトでは面倒。
何が面倒かが書いてない

> &でbg処理したらええというもんではない。
ええというもんではない当理由が書いてない

> そもそも、並列実行していいかどうかも未定義やし。
それはmakeも同じ。makeの並列実行に夢見すぎじゃね？ｗ

Does “make -j” always produce correct result?
https://stackoverflow.com/questions/45453225/does-make-j-always-produce-correct-result
> 依存関係が正しく設定されていないと、間違った順序で処理が行われ、
> ビルドエラーが発生する可能性があります。make通常、複数回実行すると解決します。
> ただし、最善の解決策は、依存関係をリファクタリングすることです。
> それが不可能な場合は、最初から並列makeを実行しないでください。

> 私は古いgccベースのコンパイラ（?1997）を使用していますが、-j2以上でビルドすると、
> スレッドセーフではないかのようにエラーが発生します。

Installation using "make -j" error
https://github.com/espnet/espnet/issues/392

error when run "make -j 12"
https://github.com/google/ihmehimmeli/issues/2

**デフォルトの名無しさん** · 2021/04/06(火) 05:42:39.64

>>367
> だが、チャンピオンには通じないぞ、マジでそう受け取るぞw
安心しろ。億倍はネタだとわかってるぞ
でも数行増えてしまうと考えてるんだろう
実際には0倍だっただけどな

**デフォルトの名無しさん** · 2021/04/06(火) 07:06:03.54

>例えばシェルスクリプトなら--helpして分かりやすいusageが
--helpじゃないのか
シェルスクリプトに拘ってるのにスタイルは簡単に捨てるのか
make help
は、それもスタイルだからな。何でもアリなら、何でもアリでええやん

**デフォルトの名無しさん** · 2021/04/06(火) 07:18:08.96

こう変えるだけで変更できる簡単なツッコミはいらんて

for target; do "${target#--}"; done

**デフォルトの名無しさん** · 2021/04/06(火) 07:34:25.05

言われたら対応してるだけだな
--target1
は、許すんだな。まさかそんな小手先で来ると思わなかったぞw
何でもアリに変わりないやん

**デフォルトの名無しさん** · 2021/04/06(火) 07:48:24.00

自分の目的なら色々自分スタイルでいいと自ら自己紹介してるのに、他の人がするのは絶対許さないというカオスぶり(というより単に自己中かw)
やっぱりカオスだな、技術的なことwは無駄だなと思わせるだけだなっていう

**デフォルトの名無しさん** · 2021/04/06(火) 08:23:20.52

お前単に自分が気に食わないって言ってるだけじゃんｗ

**デフォルトの名無しさん** · 2021/04/06(火) 08:38:17.44

「一貫性のないのや何もわかってない理解してなさそうなのに」偉そうに振る舞うのに「一貫性のないのや何もわかってない理解してなさそうなのに」部分にヤジ入れてる感想入れてるwだけだな
自分が気に食わないってしか捉えられないお前の思考が浅い(すぐ上のでも顕著なようにw全てに言える)だけだな
まあ単にそう貶めたいだけなんだろうけど、チャンピオンとしては

**デフォルトの名無しさん** · 2021/04/06(火) 08:41:47.63

一貫性がないとかいう主張の中身が、お前が気にいるかどうかでしかない
例えば、git helpでgit --helpと同じヘルプが表示される

**デフォルトの名無しさん** · 2021/04/06(火) 08:47:35.34

--helpってお前が言い出してるんだけどな
--helptってお前自身そう思ってたくせに
そういう一貫性だよ、お前自身のな

ちなみに、git helpのはhelpが「gitのコマンド」だからだぞ
なんか残念でしたwと思わないこともない

**デフォルトの名無しさん** · 2021/04/06(火) 08:48:45.39

docker helpやgcloudもだな。
サブコマンド系は--helpがhelpサブコマンドになってるのはよくありそう
（実装者の立場で考えるとそれが合理的なのは理解できる）

**デフォルトの名無しさん** · 2021/04/06(火) 08:50:17.32

>>379
つまりお前は「俺に文句を言ってる」だけで
--helpでもhelpでも「コードは問題ない」って言ってるじゃん

お前一体何と戦ってんの？コードじゃなくて俺だよねｗ

**デフォルトの名無しさん** · 2021/04/06(火) 08:51:43.12

> ちなみに、git helpのはhelpが「gitのコマンド」だからだぞ

--helpがhelpコマンドへ転送されるのはよくある実装だから
>>373でそうしたよね？

**デフォルトの名無しさん** · 2021/04/06(火) 08:53:36.32

なんか一生懸命探してんな、今更
なんか一生懸命辻褄あわせしようとしてる感じでしかないなあ。いつものw

戦うwwwさすがチャンピオン。>>377って言ってるのに、いつも戦ってるチャンピオンは、ホントにもうw

**デフォルトの名無しさん** · 2021/04/06(火) 08:55:42.05

(短時間、連投来たなあ。さすがいつも戦ってるチャンピオンw)

**デフォルトの名無しさん** · 2021/04/06(火) 08:58:18.00

やはりレスの相手はコードではなく俺

**デフォルトの名無しさん** · 2021/04/06(火) 09:04:16.76

>>382
>--target1
>は、許すんだな
は？
そういう見え透いたカオスなこと言うんだから、チャンピオンは
なんかhelp(プログラムでのコマンドがある場合)ではしゃいでるwようだけど、自己都合でしかないよw

>>385
何言ってるの？>>377って言ってるでしょ
当然お前だよ。ただし「気に食わない」とか「戦う」じゃないよ。理解できないの？

**デフォルトの名無しさん** · 2021/04/06(火) 09:10:08.38

それでコードに問題あるの？問題ないの？
その解決策は自分で思いつけないの？
いいからコードの話をしなよｗ

**デフォルトの名無しさん** · 2021/04/06(火) 09:10:59.23

そう言うお前は問題ないと思ってるの？

**デフォルトの名無しさん** · 2021/04/06(火) 09:13:34.38

質問に質問で返すな

**デフォルトの名無しさん** · 2021/04/06(火) 09:18:50.92

質問に質問で返す人の心理について
https://mental-kyoka.com/archives/6137

> しかし、聞かれたくない事を聞かれている不快感を放置することができず、
> 婉曲的ではありますが質問に質問で返すという行為により
> 「その質問の内容は不愉快だからやめてくれない？」と暗に
> 伝えているのだと考えることもできます。
> いわば、「逆ギレ」の一種と表現するのが適当かもしれません。

> また、後述するように逆に質問する行為がうまく行き、
> 会話の主導権を自分が握ることができれば、
> 今度は自分が相手に質問責めをして、今まで受けてきた
> 質問に対する鬱憤を晴らすことも可能です。

なるほど

**デフォルトの名無しさん** · 2021/04/06(火) 09:19:45.59

ここ大事だから。お前から聞いてきたんだから、お前が自ら答える責もあるだろう
ホント、自分は例外だな。いつものことだが

もちろんお前(に限らず)がそうしようがお前の勝手だから問題だとは思わんよ
他人のやり方にアレコレダメ出しするお前はどう答えるのか当然先に聴きたくなるのは当たり前じゃん
馬鹿な墓穴掘り質問だから尚更wいつもの浅知恵レスだから尚更尚更、質問したくなるじゃん

**デフォルトの名無しさん** · 2021/04/06(火) 09:20:32.67

(また変な浅知恵、何とか貶めたいだけwのをわざわざ探してきてんな)

**デフォルトの名無しさん** · 2021/04/06(火) 09:20:36.35

あ、ごめん。先に「質問に質問で返す人の心理について」について読んじゃったｗ

**デフォルトの名無しさん** · 2021/04/06(火) 09:20:55.48

ではもう一回聞くね

それでコードに問題あるの？問題ないの？
その解決策は自分で思いつけないの？
いいからコードの話をしなよｗ

**デフォルトの名無しさん** · 2021/04/06(火) 09:21:53.66

戦うチャンピオン、スカってるぞ。頑張れw

**デフォルトの名無しさん** · 2021/04/06(火) 09:23:49.17

※ コードの話をしろよといった次のレスがやはり俺の話

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

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