シェルスクリプト総合その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/01(木) 22:02:03.77

互換性オプションはマニュアル読んでも例を見ないと分からない物が多いと思う

**デフォルトの名無しさん** · 2021/04/01(木) 22:26:08.86

makeの欠点はシェルの文法を混ぜ込むことだよな

**デフォルトの名無しさん** · 2021/04/01(木) 23:47:14.73

>>219
ちゃうねん、もう一声！
ひとつのターゲットの中での最後じゃなく、依存関係にあるターゲットでも、並列のターゲットでも、とにかくすべての最後に処理をやらせたいんや。

ちなみに、そのページは見てたけど、流してたわ。ｗ
あらためて見直すと、意義がわかった。
ありがとやで！

**デフォルトの名無しさん** · 2021/04/01(木) 23:49:43.54

>>222
「$」がとくにな。。。
make変数とシェル変数と正規表現行末とエスケープで混乱しがち。orz

**デフォルトの名無しさん** · 2021/04/02(金) 00:09:16.86

>>223
```sh:build.sh
trap 'echo end' EXIT
make
```

./build.sh

**デフォルトの名無しさん** · 2021/04/02(金) 02:22:57.94

>>225
ちなみに、>>219のリンク先にも、.ONESHELLからのtrap+makeがあるんや。
たしかに、make関数とかで引数をこねまわしたら、なんとか思ったことができはするんやろうけど、しかしそれもなあ。。。

ということで、makeはそろそろあきらめる方向。
Pythonスクリプトを検討中。

さっぱりきれいな方法があったら頼むわ！

**デフォルトの名無しさん** · 2021/04/02(金) 02:28:01.75

Pythonスクリプトの問題点

1. makeのように依存ファイルに基づいた処理を行うのが大変
2. makeでやっていたような処理はシェルスクリプトで書いたほうが簡潔に書ける

なんでPythonのようなタスクを行うのに
適してない言語を使おうとするのかわからない

**デフォルトの名無しさん** · 2021/04/02(金) 11:31:17.73

make相当のもあるし最近良くなったので(PEP517)、python+c拡張のプロジェクトでなら従った方がいい
わざわざビルドプロセスだけpythonで書いて添えるんならやめとけ

**デフォルトの名無しさん** · 2021/04/02(金) 13:02:49.67

>>227,>>228
どっちでもないから心配すんな。ｗ
makeはビルド以外でも使えるんやで！

**デフォルトの名無しさん** · 2021/04/02(金) 13:20:46.71

>>229
そんなsedはゲームにも使えるんやで！みたいなことを言われてもな

sedで書かれたチェスがもの凄い件
https://softantenna.com/wp/unknown/chess-written-in-sed/
> sedで書かれたテトリス「sedtris」なんてものまであるようです。

自分が得意な言語じゃなくて適切な道具を使いましょうってだけ
make使ってなにかのコマンドを実行してたんだろ？
ならそれはシェルスクリプトが適切な道具だ
Pythonじゃない。Pythonで書くと倍以上にコードが長くなるだろう

**デフォルトの名無しさん** · 2021/04/02(金) 13:27:11.24

それもよく言われるけど落とし穴が多すぎる、現にハマってるようだし他の方法を考えた方が

**デフォルトの名無しさん** · 2021/04/02(金) 13:27:52.24

>>229宛てね

**デフォルトの名無しさん** · 2021/04/02(金) 13:36:01.88

なるべく基本ユティリティでやりたくて、makeで融通が効かないタスクの自動順序解決&実行ならtsortを使うのが良い

**デフォルトの名無しさん** · 2021/04/02(金) 13:46:20.17

何がやりたいのか小出しでよくわからんね
makeはtsort+ビルド向けの機能のセットであって、ビルドに使わないなら必要としてるのはtsortの部分だろ

**デフォルトの名無しさん** · 2021/04/02(金) 14:06:24.57

具体的にどうタイムスタンプ(に限らないが)を取ってきてコマンドと結合しtsortにかけ、出力を整形して実行するのか
みたいな事なら答えてやれるし、それがこのスレの趣旨だろう

**デフォルトの名無しさん** · 2021/04/02(金) 14:16:05.96

単にタスクランナーとして使ってるだけかもしれんし、質問者が出してない情報を推測であれこれ言うのはやめよう

**デフォルトの名無しさん** · 2021/04/02(金) 17:21:25.62

#!/bin/sh
# >>14
# 外国籍の者が日本人に成り済ますために使う「通名」作成スクリプトを実行し
# 当たり玉を3回以上出した者をPOSIX中心主義者と見なしコレ以降の書き込みを禁じる
KIM=1
while [ $KIM -lt 21 ]
do
echo "$KIM回目"
KIM=$( expr $KIM + 1 )
NAME=$( shuf -e 村崎本田山玉子 -n 1 )
if [ "$NAME" = "玉" ]
then tput setaf 3 && echo "金$NAME"; tput sgr0
else echo "金$NAME"
fi
sleep $(( $(od -vAn -N3 -i /dev/random) % 5 ))
done

**デフォルトの名無しさん** · 2021/04/02(金) 17:37:09.20

POSIX中心主義ってあれ生きてるの？
もう虫の息なきがｗ

**デフォルトの名無しさん** · 2021/04/02(金) 18:12:13.70

煽ってくる質問者なんてほっとけ

**デフォルトの名無しさん** · 2021/04/02(金) 18:17:16.53

移植性や持続性っても、
移植性ってただ他でも動くでしかないし、
持続性ってただ変わらない=古いのに固執でしかないし
メンテナンス性は軽視もしくは考慮外だからな(命名のいい加減さから考慮してないだろうなw)
その面が実務者(新しい人だけど)に公にやんわりとw指摘されて瀕死かな

**デフォルトの名無しさん** · 2021/04/02(金) 18:25:37.14

>>240
日本語でOK

**デフォルトの名無しさん** · 2021/04/02(金) 18:35:13.75

自分の無知を人の日本語wのせいにするんじゃないよ

**デフォルトの名無しさん** · 2021/04/02(金) 18:42:19.12

tsortはmakeのような動的依存解決&コード生成に使う発想は無かったわ

確かにスクリプト中でタイムスタンプでソート(sort)してからtsortすればmakeの基本機能はカバーできるが、実行したいコマンドを直接書くのはセパレータの扱いや依存が一つしか書けないなど厄介

書き散らしたシェル関数/コマンド"名"を直列に依存解決してダンプ、リファクタリングの参考にするのには気軽でいい

**デフォルトの名無しさん** · 2021/04/02(金) 19:16:18.60

進捗率表示してくれるpvコマンドってどうなの？
やっぱその分処理遅くなったりする？

**デフォルトの名無しさん** · 2021/04/02(金) 19:16:25.76

見かけ上無引数のシェル関数で包めば、とりあえず簡単に動くコードは吐けるか
あんまりやりすぎるとmakeでタスクランナーと変わらんが

**デフォルトの名無しさん** · 2021/04/02(金) 19:37:10.62

>>244
timeするしかない
例え何も処理しないコマンドであっても、パイプに挟んだとたんバッファリングモードの不整合で遅くなることだってある

**デフォルトの名無しさん** · 2021/04/02(金) 19:42:14.08

たぶん求められている答えじゃないかもしれないけど…

ことパイプに関しては前後のコマンドすらスループットに大いに関係がある
特に挟まれる前提のコマンドなら、それ単体で遅い速いを言うのは意味がない

**デフォルトの名無しさん** · 2021/04/02(金) 20:08:48.33

進捗確認ツールならそれ自体は多分十分気をつけてるだろ、通信先が病的なら気をつけても無駄だが

遅くて困ってからstdbufとか試せば
どうしても必要なものとは思えないけど、インストールスクリプト等でこだわりがあるなら

**デフォルトの名無しさん** · 2021/04/02(金) 20:45:04.78

確かにこれに限らずパイプ通しただけでもわからんよな
それ用のコマンドだから意識してるとは思うが

**デフォルトの名無しさん** · 2021/04/02(金) 22:49:58.28

straceするんだ

ファイルIO想定で書いたけど、ストリームも一応(ロジックそのままで)対応しとくかみたいな奴が腐ったミカン
内部バッファにある程度貯めて処理するのが理想だけど、パイプラインのパーツはそうじゃない

こまめに空パイプ覗きに行って藪蛇ブロック、貯めたデータの処理止まってたり
時々ドバっと書き出すから後続はずっとアイドル

なんかインピーダンスみたいだな

**デフォルトの名無しさん** · 2021/04/02(金) 22:56:06.54

リーダ/メイン/ライタの3プロセスで1コマンド構成するのがベストになんだろうが、めんどくさいな…

pvみたいに統計取るだけの奴は、読んだ分をそのまま書き出すだろうから、それ自身が問題起こすことは考えにくいかと

ところで、誰かtime したかー？

**デフォルトの名無しさん** · 2021/04/02(金) 23:12:36.74

タスクランナーなら、

Jenkins,
Ruby のRake, Thor,
JavaScript のnpm scripts, gulp

**デフォルトの名無しさん** · 2021/04/02(金) 23:21:07.01

俺は他の使ってるが、単なるオレオレタスクランナーならモダン言語で良いの山ほどあるしな
やっぱり何でもmakeマンには賛同できないわ

**デフォルトの名無しさん** · 2021/04/02(金) 23:22:46.09

どうせ自分用なんだから好きなの使えば良いわけだし

**デフォルトの名無しさん** · 2021/04/02(金) 23:55:49.61

複数の言語を使ってるとなんで言語ごとに
タスクランナーを変えなきゃいけないんだよと思う
大したことなんかしないだろ

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

>>255
高度な機能を実装する為にモダン言語使っているというだけで、自分の好きなシェルを指定して、そのシェル文法で書くのが主流だと思うよ
(思う、というのはホスト言語の構文ももちろん使えるから、他人は知らん)
.ONESHELLみたいな汚いワークアラウンドも要らないしmakeよりはbsh

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

Makefileは真のタスクランナー（シェルスクリプト）の
よく使う使い方を書いたサンプルファイルだよｗ

makeコマンドが入っていれば、makeコマンドで実行できるし
入ってないならMakefileの中を見て
そこに書いてるサンプルを直接実行するもの

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

makeがcで書かれてるからといってcでルールかかない

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

のと同じか
スレチぎみだけどbashで書けるオススメおしえろ

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

> bashで書けるオススメおしえろ
どういう意味？

makeは依存ファイルに基づいてビルドするターゲットを決めるものだけど
その機能を使わないで、ただのタスクランナーとして使うなら
普通にシェルスクリプトにコード書けばいいんじゃん？
よくinstall.shとかあるでしょ？
インストールというタスクを実行してる

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

>>260
ロジック頭から追わなくてもルールベースで書けるってのが意義では、ここだけmake信者の気持ちは理解できる
カジュアル用途なら再コンパイル判定は要らないし、トポロジカルソートだけしてくれれば大体みんな満足でしょう

シェルオタとしては上の方に出てるtsort実装もやってみたくはある

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

>>261
ルールって何？ルールがなにもないんだけど？

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

ごめん、多分タスクランナーという言葉の解釈違いだわ
初めて聞いた言葉なので、>>236の用例を借りました
適切な順序で実行する必要があるコマンドの実行（但し非ビルド用途

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

>>262
connect: lounch-serverみたいな感じ、これなら生tsortでも済むけど

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

>>263
適切な順番に並べればいいだけじゃん？
例えばmake.shとか作って

task1() { ・・・}
task2() { ・・・}
task3() { ・・・}

cmd1() {
　task1
　task2
　task3
}

"$@"

とか書けば、make.sh cmd1でこの順番通りに実行できるでしょ？
task2がtask3に絶対依存するってものなら
task2の中からtask3を呼び出せばいいだけだし
シンプルな手続き型で書けることを
知らなきゃわからない独自の定義構文で書くのってアホらしいと思う

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

依存とレシピを同一視できるのが強みじゃないかな

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

なんのために？

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

簡潔性

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

>>265がより簡潔になるというのなら
それを見せてほしいが

**デフォルトの名無しさん** · 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で直接実行することを目的としたタスクの一覧が見たいんだよ

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

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