make を実行するときに読み込まれるファイル。 大概は configure スクリプトによって作成されている。 →make
関連記事 概要 サンプル 参考情報 関連記事 GitHub - devlights/blog-summary: ブログ「いろいろ備忘録日記」のまとめ 概要 以下、自分用のメモです。 Makefileって熟れたやつになると呪文みたいになってて、別の人が利用しようとしても、どのターゲットを実行したらいいの？ってなったりします。 慣れていないと何やっているのか分かりづらいですしね。。 んで、何かの書籍に書いてあった以下のターゲットを仕込んでおくと、少し良い感じになるかもという話です。 （どの書籍で知ったのかが思い出せないのが辛い・・メモだけ手元に残っていた） 以下のような呪文を仕込んでおきます。 h…
makefile で notdir を使ってみたのでその時のメモをここに残します。 notdir はディレクトリ以外を抽出します。 コード $ cat Makefile VAR := ../a/b/c/test.txt .PHONY: all all: @echo "$(notdir $(VAR))" 実行結果 「../a/b/c/test.txt」が「test.txt」と表示されます。 $ make test.txt
関連記事 概要 参考情報 関連記事 GitHub - devlights/blog-summary: ブログ「いろいろ備忘録日記」のまとめ 概要 以下、自分用のメモです。 C言語でちょっとしたサンプルを作りたいときに、たまにMakefileを書こうとすると大体忘れているので、ここにメモとして貼り付けておく。 C言語でサンプル作る際のMakefile 参考情報 Makefile の特殊変数・自動変数の一覧 | 晴耕雨読 makeで特定のディレクトリの下にあるMakefileを移動せずに実行する (-C, --directory) - いろいろ備忘録日記 過去の記事については、以下のページからご参…
SREチームの長田です。 みなさま開発・運用上の定形オペレーションに伴うタスク実行をどのように管理していますか？ 今回は make をタスクランナーとして使う例を紹介します。 タスクランナーがほしい タスクランナーを使う主なモチベーションは以下の2つです。 タスクをリスト化したい タスクの実行インターフェイスを統一したい タスクがリスト化されていれば、それ自体が生きたドキュメントとして機能します。 また、タスクの実行インターフェイスが統一されていれば、 例えばタスクに前処理や後処理を追加したとしても、 開発・運用メンバーが実行するべき操作が変わることはありません。 操作変更の周知コストも下がり…
DockerのMakefileは、Dockerコンテナのビルド、起動、停止、削除など、Dockerコンテナに関連するタスクを簡単に実行できるようにするスクリプトです。 Makefile1 Makefile2 このMakefileには、いくつかのターゲット（run、stop、restart、clean、build、help）が含まれています。 それぞれのターゲットは、Dockerコンテナに関連する特定のタスクを実行します。以下は各ターゲットの説明です。 ・run Dockerコンテナをバックグラウンドで起動します。ポートマッピングや名前、イメージ名などの設定も行います。 ・stop 起動中のDo…
Makefileの変数の定義の理解ができてなかったので調べてみました。 「=」の場合 コード 実行結果 補足 「:=」の場合 コード 実行結果 補足 「?=」の場合 コード 実行結果 補足 「=」の場合 コード x = hoge y = $(x) fuga x = piyo .PHONY: test test: @echo $(x) @echo $(y) 実行結果 $ make test piyo piyo fuga 補足 「make」 において 「=」 は 「recursive expansion」（再帰的な展開）で処理します。 「y = $(x) fuga」と定義すると、「x 」の値が更新…
RaspberryPiのサンプルプログラムをコンパイルするとき、WiringPiというライブラリを使用することもあって、 コンパイルオプションやファイル名を毎回コマンドラインに手入力するのは大変面倒です。 私は、テキストメモに記載したコンパイルの記述をコマンドラインにコピー＆ペーストしていましたが、 そもそもコピペ元ファイルを開いて、マウスで操作すること自体も徐々に面倒になってきました。 その面倒さを解決するのがMakefileで、Makefileを作っておくとコマンド入力がかなり楽になります。 Makefileは、凝らなければ簡単に作成できますので、ここでは最小限のMakefileの書き方に…
zenn.dev に投稿しようかと思って書き始めたけど、結局、塩漬けのままになってしまったのを再利用シリーズ第二弾 Go言語で ISLisp のサブセットを作ってる hymkor/gmnlisp: gmnlisp - the subset of ISLisp でも、単に規格書に載ってる標準関数を一つずつ実装してゆくたけというのもつまらんなぁ。何か実用的なもんを作ってみたいなぁ。もともと、自分が作る Goアプリのカスタマイズ言語として作ったもんだしなぁ。 そういえば、前にどこの環境(Windows、Linux) でも動くビルドスクリプトを書こうとしたが、結局、OSの違いは吸収できても、GNU M…
概要 前回のあらすじ soluna-eureka.hatenablog.com 分割コンパイルでモジュール開発をする場合は，ライブラリのシンボル指向実装とinclude地獄の回避可能なヘッダ記述手法の都合から，モジュールが異なる（レイヤが1つ下の）自作クラスをメンバ変数に持つなら，実体ではなくポインタで持った方が良く，かつそれらはnew・deleteを使用してメモリ管理をちゃんと実装し，コンストラクタもデストラクタも確認するべし，的な結論に至った（c++98縛りゆえスマートポインタ不使用） しかしモジュールの開発においては，同一レイヤのレベルで自作クラスを実装して，そのまま自作クラスのメンバ変…
注意事項 2週間くらい1人で適当に弄った結果，アテにならん 静的リンクだけやってる 動的リンクはやらない 動的ロードもやらない あくまで過酷環境の組込実装のためにやってる 動的リンクも動的ロードも無理らしい… 暇があれば後でやってみようと思ってる スマートポインタは使わない c++98を想定してる スマートポインタはc++11以降の機能なので 概要 プロジェクトの構成 認識のしやすさ 管理のしやすさ モジュールとして分割して開発 makefileの改造 シェルの文法なのかmakeの文法なのかこれもうわかんねぇな makeの機能だけで色々やろうとしたが個人的には無理だった 文法の縛りがキツくて関…
これは Roguelike Advent Calendar 2024 21日目の記事です。 https://adventar.org/calendars/10237 前日はdisさんの「財宝ドロップ仕様(Beta22)」でした。 https://dis.hateblo.jp/entry/2024/12/20/040216 ポードレッタイトやポードレックボタイト追加し放題ですね！ こんにちはあるいはこんばんは、ローグライクスマホ勢のベッキーさんです。 ところであなたはAndroidユーザーですか？ スマホでRoguelikeに惹かれますか？ NetHackのAndroidポートが更新止まっててど…
この記事は TeX & LaTeX Advent Calendar 2024 の19日目の記事です。18日目はzr_tex8rさんでした。 20日目はtasusuさんです。 【目次】 紙面縁までの塗りを用いた小口見出し（ツメ） ページ番号の10進・2進・16進表記の共存 グルグル回る柱飾りを描画する 配布用と投影用で出力を分岐する 配布用 プロジェクタ投影用 配布用／投影用PDFの一括生成 コラム記事の飾り枠 共通テスト用プログラム表記の組版 LaTeXソース 出力 3日目に引き続き，共通テスト「情報Ⅰ」対策の話です。 今回，共通テスト「情報Ⅰ」の対策のため，次のような教材を作りました。 この…
はじめに DOOMチャレンジとは DOOMチャレンジ on 自作OS 自作OS doomgeneric 移植編1 - 自作OS向けにMakefileを書く 移植編2 - 不足している自作libc関数の追加 移植編3 - 自作OS上でのデバッグ 移植編4 - SSE命令問題 移植編5 - doomgenericにおける自作OS依存部 ticksの取得 画面描画 キーボード入力 移植編6 - 画面描画用に新しいシステムコール生やす 感想 参考サイト はじめに この記事は自作OS Advent Calendar 2024 19日目の記事です。 まずは今回の成果を以下の動画でご紹介します。 www.y…
「Linuxカーネル2.6解読室」（以降、旧版）出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 本稿では、カーネルモジュール機能実装の概要について説明します。 はじめに 1. 動かしてみよう 1.1 ビルドする 1.2 組込む 1.3…
今日は主に ARM64 Windows 版のビルドのサポートや NEWS の default gems や bundled gems の前回リリース以降の gem のバージョンのリストアップなどがありました。 [36c36d0486] Nobuyoshi Nakada 2024-11-13 05:44:56 UTC Windows 版の win32/Makefile.sub で arm64 アーキテクチャを許容するようにしています。 [5a7a1a4a13] Nobuyoshi Nakada 2024-11-13 05:45:49 UTC rbimpl_size_mul_overflow() …
はじめに 環境 Ruff について Flake8, autoflake を Ruff へ置き換える際に行ったこと 設定ファイル変更内容 元の setup.cfg 変更前設定内容 pyproject.toml 変更内容 pyproject.toml の設定内容詳細 [tool.ruff] [tool.ruff.lint] Makefile 変更内容 Black を Ruff へ置き換える際に行ったこと 設定ファイル変更内容 pyproject.toml 変更内容 pyproject.toml の設定内容詳細 [tool.ruff.format] Makefile 変更内容 isort を Ruf…
これはKMC Advent Calender 2024の16日目の記事です。 ISUCON14の予選に参加しました。 ISUCONとは いい感じにスピードアップコンテスト。 webサービスが与えられるので頑張って高速化します。 isucon.net チーム ISUCON8から同じチーム。 なぜかISUCON12からチーム名が変わった。 チーム: あとで名前を考える チームメイト: @_primenumber @nonamea774 役割分担は、@_primenumberがDBを、私がモニタリングやconfigファイルを主に担当し、アプリは二人で見る形でした。 成績 11,941点で107位でし…
この記事は、Money Forward Engineers Advent Calendar 2024の12月16日の記事です。 13日目はM-YamashitaさんのCloudNative Days Winter 2024 運営対応記でした。 こんにちは クラウド経費 テックリードの 宮村（みやむー） @miyamura.koyo です。 昨年は マネーフォワード福岡開発拠点 で ISUCON13 に参加しました！ moneyforward-dev.jp ちなみに ISUCON12 にも参加しています。 moneyforward-dev.jp そしてもちろん、今年も参加しました！ Ruby で…
はじめに Notion Tips の第176回目は、3年前に作っていたらしい「選択中のテキストをコードブロックとして追加する macOSサービス」を、使いやすいように改修した話です。元々は、「Notion API を触ってみようの会」でのやり取りから始まっていました。 NotionキャンパスリーダーのHaruki(@Haruki_dev)とAsahi(@ashh_log)主催の【NotionAPIを触ってみようの会】に参加しています！！ https://t.co/ZcZoRMPy6o #NotionAPIを触ってみようの会— hkob｜Notion Ambassador (@hkob) 202…
ISUCONのデプロイスクリプトを組むにあたって、なるべく一撃でデプロイできるように準備したい。そう思った時に、Goのアプリケーションをビルドする際のバイナリ名やsystemdで動いているサービスの名前が毎回変わっていることを思い出したのでそこも機械的に判定できるといいな、と思って試行錯誤してみました。 アプリケーションの場所を見つける webapp というディレクトリの中に各言語のアプリケーション実装が配置されているというのがいつもの流れですが、大体 /home/isucon/webapp にあると思いきや catatsuy/private-isu の場合は /home/isucon/pri…
ISUCON14 ソロで参加して50位 (19131点) でした。 はじめに、開催してくださった運営の皆さんありがとうございました。解きがいのある素晴らしい作問、当日までの案内・サポート、ベンチマーカーのスムーズな実行など全てを通じて一切の不満なく楽しめました。 結果 最終スコア: 19131 (50位) 最高スコア: 21394 使用言語: Ruby (言語別ランキングでは4位) ソロ参加だと何位ぐらいなんだろう ISUCON11ぶり、3回目のソロ参加。まだまだ伸びしろはあるものの最もまともに戦えた回だった。 ohbarye.hatenablog.jp 使用したツール Vim サーバで直接編…
オープンソース・ツールを用いた形式検証を行いたくて、いろいろチュートリアルを読んでいる。 例えば、以下の記事で書いてあるようなBRAMの形式検証を行ってみたい。 zipcpu.com デザインとしては以下をそのまま利用してみる： github.com デザインの本体： always @(posedge w_clk) begin if(w_en) bram[w_addr] <= w_data; end always @(posedge r_clk) begin if(r_en) r_data <= bram[r_addr]; end Formalのassertionの部分 assume()によっ…
この記事はHardware Description Language Advent Calendar 2024の16日目の記事です はじめに RISC-VのCPUを記述しはじめて丁度2年くらいになりました。 簡単にRISC-Vのコアを検証するには、よくriscv-testsが用いられます。 最近、RISCOFというフレームワークを使って自作のRISC-Vコアを検証してみたので、その方法をまとめます。 RISCOF RISCOF(The RISC-V Compatibility Framework)はRISC-Vのコアの動作をゴールデンモデルと比較して検証するフレームワークです。 ゴールデンモデ…
先日はISUCON14に参加しましたが*1、その直前まで素振りがてら catatsuy/private-isu をPHPで解いていました。普段ISUCONはGo言語で参加していますが、他言語での挑戦にも興味がでてきたため、PHPでやってみることにしました。実際のコードと作業ログは以下のリポジトリにまとめてありますので、これから試してみたいという方の参考になればとても嬉しいです。 前提 デプロイ プロファイリング private-isu で Reli を使う 設定ファイルの確認・アプリケーションエラーログの出力 PDO::ATTR_PERSISTENT や composer autoloader…
最近の感じでカラアゲネイティブチームで参加したのだけど、toriclsが参加できないことがわかっており、新メンバーとしてMOSHの村井さんに入っていただいて2024年バージョンとして挑戦。 リポジトリはこちら。 GitHub - motemen/isucon14: カラアゲネイティブ (2024) 最終的な構成については大工事などとくになく、nginx + app*3 + db という普通の構成になった。 pt-query-digestを見ていくところからやっていったのだけど、マッチング周りであるとか、アプリケーションやユーザの理解に基づく改善に手を付けられなかった（手数が足りていなかった、と…
postd.cc
www.unixuser.org
www.c.csce.kyushu-u.ac.jp
shin.hateblo.jp
postd.cc
www.jsk.t.u-tokyo.ac.jp
future-architect.github.io
qiita.com
zenn.dev
