シェルスクリプト総合その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/03(土) 01:06:37.77

>>269
適切な順番に並べたのなら書き直さなくていいよ、適切に並べる為の仕組みの話で
あと簡潔というのは各記述の話であってコード全体が簡潔になるという意味ではないぞ…むしろトポロジカルソート直列化後のコードは一般に冗長になる

**デフォルトの名無しさん** · 2021/04/03(土) 01:14:42.13

つーかいい実装無いか尋ねてる俺になぜ聞く…
独特のレス見るに月末に初心者イビってた奴か？

**デフォルトの名無しさん** · 2021/04/03(土) 01:14:50.26

適切に並べる為の仕組み？
どの順番で実行すべきかなんて人が知ってる

**デフォルトの名無しさん** · 2021/04/03(土) 01:16:18.50

などとautotoolsもcmakeもわけわかんねー事をほざいでおります

**デフォルトの名無しさん** · 2021/04/03(土) 01:18:13.59

タイポしちゃった、わけわかんねー、の前に、"も理解できないオッサン"を補って読んでください

**デフォルトの名無しさん** · 2021/04/03(土) 01:20:35.91

>>273
autotoolsもcmakeも「発生した問題」を解決するためのツールであって
問題が発生してないのに、使うものではないと言ってます。
タスクランナーごときで問題が発生しますか？

まさにKeep it simple stupidの話だよ
シンプルにしておけ

**デフォルトの名無しさん** · 2021/04/03(土) 01:34:22.75

>>275
やっぱ分かってねえじゃん
問題が起きないようアルゴリズムに任せるとこは任せましょう、というツールだよ…
そしてそのアプローチはカジュアルユースにも使えるよね？

**デフォルトの名無しさん** · 2021/04/03(土) 01:37:02.86

> 問題が起きないようアルゴリズムに任せるとこは任せましょう
無理です。どちらにしろ人間が依存関係の情報を書かなければいけません。
単に書き方が変わってるだけです。

**デフォルトの名無しさん** · 2021/04/03(土) 01:41:25.51

そういう意見はここじゃやくてそれらのツール、あと
>>252
Jenkins,
Ruby のRake, Thor,
JavaScript のnpm scripts, gulp
のメーリスにでも投稿してくれ
もしかしたら世の役に立たないこともないかもしれん

**デフォルトの名無しさん** · 2021/04/03(土) 01:44:38.22

ここまでレスの応酬を続けておきながら、
今更そんなレスをするっていうのは
これ以上言い返せなくなったからということなんですね

**デフォルトの名無しさん** · 2021/04/03(土) 01:44:39.70

昨日結構賑わいあって久々に良い感じの雰囲気だったのに、ID真っ赤にして空気乱してすまんかった
大人げない、反省

**デフォルトの名無しさん** · 2021/04/03(土) 01:45:59.57

>>279
ああもうそれでいいよ、君の勝ち
おめでとう

**デフォルトの名無しさん** · 2021/04/03(土) 01:53:31.65

>>281
お前が、俺の勝ちに見えるのなら、そうなんだろうな

**デフォルトの名無しさん** · 2021/04/03(土) 01:56:49.08

こいつが絡むといつもこう、目的が↑これが冗談じゃないからな

**デフォルトの名無しさん** · 2021/04/03(土) 13:13:41.11

チャンピオンの誕生を祝して専スレを建てよう
敗者も向学のためご一緒にどうぞ

**デフォルトの名無しさん** · 2021/04/03(土) 13:19:21.91

それは良い考え。チャンピオンを称えてそうしてくれるとありがたい

**デフォルトの名無しさん** · 2021/04/03(土) 15:48:41.71

>>236
当たらずとも遠からず。
目的は、サーバーテスト。
で、テスト終了後にサーバーを始末したかったんや。。。

>>265
そんなんするくらいなら、makefileのほうが万倍マシやな！ｗ
makeと違って、個別ターゲットの指定もできないし。

>>235
tsortを持ち出す教える君は、上から教えたい気持ちが漏れすぎやで！
https://togetter.com/li/1685

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

↑
リンク先を間違った。orz
https://togetter.com/li/1685635

電車が揺れすぎなんや！

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

>>286
> そんなんするくらいなら、makefileのほうが万倍マシやな！ｗ
> makeと違って、個別ターゲットの指定もできないし。

たった>>265のコードだけで個別ターゲット指定できてるんだが？w
makeの「依存ファイルに基づいてビルドするターゲットを決める」という
メイン機能を使わないなら>>265だけでいい。
シバンがないからこれがシェルスクリプト全体だってわからなかったか？

#!/bin/sh
target1() { echo "target1"; }
target2() { echo "target2"; }
target3() { echo "target3"; }
"$@"

↑これをmake.shとかいうファイル名で作って
./make.sh target1ってやってみ、ちゃんと動作するから

もし ./make.sh target1 target2 target3 みたいに
複数ターゲット指定できるようにしたいなら単にループすればいい

for target in "$@"; do
"$target"
done

お前にとってのmakeの価値はこのたった3行のコードにすぎんよ
一行でも書けるがｗ

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

**252** · 2021/04/04(日) 06:36:12.78

まさに、それを書きやすくしたのが、

>>252
に書いた、タスクランナー

Ruby のRake, Thor などで、タスクを指定できる。
タスク同士の依存・実行順序も指定できる

**デフォルトの名無しさん** · 2021/04/04(日) 06:54:28.00

>>289
まあ実際それらを使っても書きやすくなってないんだけどなｗ
シェルスクリプトで手に負えなくなる規模ってのを
実際に見たことがないよ

**デフォルトの名無しさん** · 2021/04/04(日) 10:55:57.93

たまたまビルドを作る必要があってMakefileにちゃんと依存関係を書いてみたが
やっぱり数個程度のファイルしかない場合は過剰なんだよなｗ
そしてその依存関係の定義はちゃんと正しいのか見なきゃいけなないという
タスクごとにそのまま書いたほうが分かりやすいっていうね

**デフォルトの名無しさん** · 2021/04/04(日) 12:21:35.65

依存関係の定義なくしたｗ
正確に言えば依存ファイルの定義だな
依存のタスクは残しているが、依存ファイルはどうでもいいや
タスクを実行したら最初からビルドしなおしても時間はかからんし

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

矮小化した自分に都合に良い条件でしか考えられない
連投さえして同じとこぐるぐる回ってるだけって馬鹿犬かよ

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

自分に都合に良い条件で考えるのは足り前
正確に言えば、実際のプロジェクトにいい条件ってこと
架空のプロジェクトを相手にしたってしょうがない

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

プロジェクトってw
想像できませんってだけのそんなレスできるんだから趣味での経験しかないんだろうな
吠えて煩いだけの馬鹿犬だな

**デフォルトの名無しさん** · 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 # ヘルプ表示

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

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

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