linuxカーネルビルド時のコマンドを確認する - swift life
カーネルビルド時に、どういうコンパイルオプションでgccが実行されているかを確認する必要がありましたので、メモを残しておきます。 方法は、makeにV=1を付けるだけ。 % make V=1 uImage 2>&1 | tee build.log このVは、kernel.orgのREADMEによるとVerboseモードのことを指していて、V=0/1/2のいずれかを設定できるとのこと。 Verbose kernel compile/build output: Normally, the kernel build system runs in a fairly quiet mode (but not totally silent). However, sometimes you or other kernel developers need to see compile, link, or o
Meetups
Useful links Official Kernel Docs Issue tracker Wiki Repos Mailing List: llvm@lists.linux.dev Subscribe (send a blank email to the address and follow the instructions you receive) Current mailing list archive Old Archive (Deprecated) - Google Groups - Lore IRC: #clangbuiltlinux on irc.libera.chat (web client) Telegram: @ClangBuiltLinux Discord: #clang-built-linux in the LLVM server Bi-weekly video
TaPL のサンプルコードを dune でビルドして読みやすくする
TaPL(型システム入門 -プログラミング言語と型の理論-) は型システムについて体系的に学べる教科書です。 友人から「型周りちゃんと勉強したいならこれ読むと良いよ〜」と勧められ読んでいるのですが、正直何もわからんという状態なのでサンプルコード（実装）から本文を読み解いています。 この本にはサポートページが存在しており、implementations というセクションからサンプルコードを DL することができます。 ただしこのサンプルコードをそのまま読んでいくのは少し辛いところがあったのでそれを読みやすくできるようにするのが本記事の趣旨です。 TaPL のサンプルコードがやっていること 本文では構文の評価規則や型付け規則を実装していく例が乗っているのですが、配布されるサンプルコードでやっていることはコンパイラの自作です。 評価可能な形に変換したり、それをテストしたりするわけなので、字句解析
【Linux】カーネルビルドでも進捗が見たい！
私はカジュアルにLinux kernelをビルドするのですが，進捗が表示されないのは困ります． そこで， ビルドの進捗状況を表示するCLIツール「kbuild-progress」を作りました． より効率的な手法を思いつきましたので実装し直しました．こちらのkbuild-progressをお使いください（2021/07/31追記） 背景 私は大学院でLinux kernelに関する研究をしているため，1日に何度もkernelをビルドします．kernelはとても巨大なプログラムなので，（設定にもよりますが）新しめのノートPCでも ビルドに約30分 かかります． ビルド作業といっても，基本的にコマンドを実行して待つだけです．ビルドを実行すると次のようなログが表示されます． あとはひたすら待つだけです． 「…」 「…」 「これどのくらいかかるんだろう…」 「…」 「…」 「早く終わんねーかな」 「
Debian/Ubuntuでカーネルの設定(.config)を変えて再構築（ビルド）する - Qiita
追記(2021/11/15): clang-13 で Linux 5.15 をコンパイルする話はこちら。最近はclangでできることはgccではなくclangを用いている。カーネルコンパイルではclangを用いるとLTO, CFI, Shadow Stackなどgccでは選べない設定項目が選べる。 追記(2021/07/30): Intel/AMD系なら KCFLAGS=-march=native, それ以外なら KCFLAGS=-mcpu=native を付けるとコンパイルした計算機で動作が速くなる （KCFLAGSの説明）。たとえば make -j 4 KCFLAGS=-march=native bindeb-pkg など 最近の正しい手順はmake bindeb-pkg なのにqiita内の記事にはどこにも書いていない CONFIG_SYSTEM_TRUSTED_KEYS= を空文字
Rustのビルドを高速化する方法 | POSTD
Rustコードのコンパイルが遅いことは誰でも知っています。しかし筆者は、世の中のほとんどのRustコードはコンパイルをもっと速くできると強く感じています。 例えば、つい最近の記事にこのように書かれていました。 一方、Rustでは、プロジェクトやCIサーバーの性能にもよりますが、 CIパイプラインの実行に15～45分かかります。 これは筆者には理解できません。GitHub Actions上にあるrust-analyzerのCIの所要時間は8分です。しかも、これは100万行の依存関係に加え、20万行の独自コードが記述されたとても大規模で複雑なプロジェクトでの話です。 確かに、Rustは根本的な部分で非常にコンパイルが遅いのは間違いありません。Rustはジェネリクスのジレンマにおいて「遅いコンパイラ」を選び、全体的な設計思想としてコンパイル時間よりもランタイムを優先しています（この点に関する優れ
YoctoでLinuxカーネル触るときのTips - Qiita
ことあるごとに「Yoctoで取ってきたコードで開発しちゃダメ」とはいわれるものの、ビルド環境がある以上はソースを触りたいのが人情。 というわけでYoctoでLinuxカーネル触るときのTipsを記載してみる 以下ターゲットがi.MX6の環境について記載されているので、それ以外のターゲットでは適宜読み替えること。 最重要事項: gitリポジトリは作り直される 基本的にdo_unpackタスクが走ると、gitリポジトリごと一から作り直される。 そのためコード修正してgit commitして一安心、と思っていると泣きを見ることになる。 do_unpackはdo_cleansstateしたりレシピファイルを修正したりすると簡単に走ってしまうため要注意。 カーネルソースはどこにあるか 以下で確認可能 $ bitbake -e linux-imx | grep '^S=' S="/home/user/
Yoctoの概要 - Qiita
初めに YoctoはReferenceが読みにくく、Referenceを参照して学習することが困難(だと筆者は思う)なツールです 一回勉強したことを忘れないよう、覚えたことをここにまとめます 目標 「Yoctoを触ったことがない人」、「Yoctoを触ってるけど全体像がよくわからない人」が 「大雑把なイメージをつかむこと」「細かいことは自分でググって解決できるようになること」を目標とします 参考 YoctoのQuickStart YoctoのReference bitbakeのReference https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html (「bitbake reference」でググると古い資料がトップに来るので注意!) Yoctoとは Linuxをビルドするプロ
プログラムからiPhoneに通知を送る簡単な方法（IFTTTアプリを使う）
プログラムからiPhoneに通知を送る簡単な方法（IFTTTアプリを使う） 要点 プログラム → IFTTTのWebhookサービス → IFTTTのNotificationサービス → IFTTT iPhoneアプリ 準備 IFTTTにアカウントを作る。 IFTTT iPhoneアプリをiPhoneにインストールする（通知をオンにする）。 Applet作成 If Webhooks Then Notifications という構造のAppletを作る。 Webhooks triggerは、Receive a web requestにする。 EventNameは、たとえばsample_eventを指定しておく。 Notifications actionは、たとえばSend a notification from the IFTTT appにする。 こんな感じのAppletになる。 Apple
64C/128Tの「Ryzen Threadripper 3990X」のパワーがLinuxでどこまで活きるか検証 (2/2)
Apache以外はどれもコア数が多い方が速く、特にRyzen Threadripper勢はLLVMやLinuxカーネルのビルドにおいて圧倒的に速い。ただ、Ryzen Threadripper 3990Xは速いことは確かだが、3970Xに対して圧倒的か、と言われると回答に苦しむ。gccのコンパイル時間ではそれが顕著だ。 ただ、巨大なソースから何度もビルドするような状況では、1秒でも早く待ち時間を短縮するためにRyzen Threadripper 3990Xという選択肢はありかもしれない。最も時間のかかる8C16TのRyzen 7 3800Xから乗り換えると仮定すると、12C24Tの3900Xに乗り換えるだけでジャンプアップが感じられるが、Ryzen Threadripper環境だと絶大な効果を得られるが、ビルドする対象によりジャンプアップ率は大きく変わるといったところだ。 最後におまけとして
Yocto build 時間を10時間から10分に高速化した話 - Qiita
また高速化出来たら随時更新します。 他にもこういうのあるよ、という方は是非教えてください！ では本題です。 Yocto Project って何？ 組込 Linux 作成ツールです。 ツール名であり、団体名でもあります。2010年結成。 OS 一式(u-boot, kernel, rootfs あたり)を作っちゃおう、というもの。 公式サイト: https://www.yoctoproject.org/ Document: http://www.yoctoproject.org/docs/2.3/mega-manual/mega-manual.html 公式サイトから全体図・構成図のみ引用して貼っておきます。 Yocto build の大きな流れは、 各種ソース(u-boot, kernel, rootfs(ライブラリ、パッケージ))ダウンロード 各種ソースを1つ1つクロスビルド 最後にビル
2021年6月29日 Is NixOS Reproducible? ―NixOS、最小イメージのビルドを100％再現可能に | gihyo.jp
Linux Daily Topics 2021年6月29日Is NixOS Reproducible? ―NixOS、最小イメージのビルドを100％再現可能に NixOSプロジェクトチームは6月21日、NixOSの最小ISOイメージ（nixos.iso_minimal.x86_64-linux）について、どの環境でビルドしても、まったく同じバイナリイメージを100％再現できるようになったことを報告した。 Is NixOS Reproducible? Congratulations to the NixOS Reproducibility team who have made 100% of minimal ISO's store paths reproducible. This is the result of two years of hard work. What a wonderfu
Firefox Source Tree Documentation — Firefox Source Docs documentation
Overview A Glossary of Common Terms A Quick Guide to Mozilla Applications Getting Started Getting Set Up To Work On The Firefox Codebase Working On Firefox Working on Firefox Bug Handling Firefox User Guide Firefox DevTools User Docs Source Code Documentation Governance Firefox Front-end DOM Editor Style system (CSS) & Layout Graphics Processes, Threads and IPC Firefox DevTools Contributor Docs To
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Easiest Way To Build Mainline Linux Kernel in Debian/Ubuntu – James' Personal Site
The Joy of Coding (mconley livehacks on Firefox)
Swift コンパイラーのビルド環境を Linux に作ってみる
"No rule to make target 'debian/certs/debian-uefi-certs.pem', needed by 'certs/x509_certificate_list'. Stop."を解決する - 人生は勉強ブログ
What are the key factors for yocto build speed?
GitHub - codecrafters-io/build-your-own-x: Master programming by recreating your favorite technologies from scratch.
GitHub - StanfordSNR/gg: The Stanford Builder
