エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
設定ファイルの集中管理: uyota 匠の一手
設定ファイルをまとめて管理すると絡めて紹介されているのに気が付いた。発想自体はとても面白い。しか... 設定ファイルをまとめて管理すると絡めて紹介されているのに気が付いた。発想自体はとても面白い。しかし、この様な場面にはあまり、make は向いていないように思われる。おそらく、tar cvf - -C ~/config | tar xf - -C / の様に config 以下を tar で固めた方が管理の手間が省けると思う。 現に、Makefile の管理と設定ファイルの管理が必須になっている。かつ、この場合だとパーミッションの設定の融通が効かない。tar だと -xp オプションなどもあり、良きに計らってくれる。 make について。このような場合は、%pattern を使った方がよい。 % Pattern matching wild card metacharacter. の部分を参照。%pattern を使うと、 all: ${TARGET_FILES} /boot/loader.c