LinuxカーネルにあるBUILD_BUG_ONマクロ。名前からやりたいことは十分に分かるんだけど、これはどういう仕組みなのかというところ。 使っている例としてarch/x86/kernel/head64.cにあるx86_64_start_kernel()を見てみるとこんな感じ。 140 asmlinkage void __init x86_64_start_kernel(char * real_mode_data) 141 { 142 int i; 143 144 /* 145 * Build-time sanity checks on the kernel image and module 146 * area mappings. (these are purely build-time and produce no code) 147 */ 148 BUILD_BUG_ON(MODU
Rustコードのコンパイルが遅いことは誰でも知っています。しかし筆者は、世の中のほとんどのRustコードはコンパイルをもっと速くできると強く感じています。 例えば、つい最近の記事にこのように書かれていました。 一方、Rustでは、プロジェクトやCIサーバーの性能にもよりますが、 CIパイプラインの実行に15～45分かかります。 これは筆者には理解できません。GitHub Actions上にあるrust-analyzerのCIの所要時間は8分です。しかも、これは100万行の依存関係に加え、20万行の独自コードが記述されたとても大規模で複雑なプロジェクトでの話です。 確かに、Rustは根本的な部分で非常にコンパイルが遅いのは間違いありません。Rustはジェネリクスのジレンマにおいて「遅いコンパイラ」を選び、全体的な設計思想としてコンパイル時間よりもランタイムを優先しています（この点に関する優れ
IMMEDIATEというワードは、通常は、実行状態で利用される。このワード自体というよりも、このワードを実行したときに他のワードが被る効果が重要である。 IMMEDIATEとは、英語で、「間を置かない」とか「直接の」、「即時の」というような意味である。このワードを実行すると、その直前に定義された実行可能ワード — 通常はコロン定義である — が性質を変える。そのような性質の変わったワードはIMMEDIATE（イミディエット）ワードとも呼ばれる。どのように変わるかというと、コンパイル状態でも実行されるワードへと変わるのである。 通常のワード、つまり、IMMEDIATE指定されていないワードは、コンパイル状態で、つまり、何かのワードの定義の中で、その名前を書くと、そこに呼び出しがコンパイルされることになる（原則的コンピレーション・セマンティクス）。これに対して、IMMEDIATEワードは、定義
NextremerのCommon Lisp大好きプログラマ、t-sinです。 この記事はNextremer Advent Calendar 2018の19日目の記事ですが本日は12/26（水）です。 大遅刻です。 本記事では、ふしぎなふしぎなプログラミング言語Forthについて、現時点でわかっていることを話します。 ごたくはいいからコードを見せて ForthでHTTPリクエストを処理するコードです。ご査収ください。 ほかには、Forthのウェブアプリケーションフレームワークである1991のソースコードを見てみてください。「これがウェブフレームワークのソースコード？ ちっさ」と感じることと思います。 Forthとは Forthは後置（逆ポーランド）記法で記され、引数や返り値を含めた値をすべてスタックに置く、インタプリタ型言語です。その内部では極小のVMが動いており、ユーザ定義の手続き（For
クラウド上でなにか作れというような大学の課題で, 入力パラメータに応じて AWS EC2 インスタンス及びネットワーク周辺と distcc の環境構築を実行して, その上で分散コンパイルをして S3 へアップロードできれば, そこそこクラウドでやった意味があるといえるのかななどと思いつき, 軽い気持ちで作ってみた記録. 構成 構成そのものはかなり単純だと思う. はじめに, いくつかのパラメータを指定する. 数は多いが, AWS EC2 の環境構築に最低限必要となるような要素に限られているはず. ここで指定したパラメータに応じて, 環境を構築する. その際, AWS のユーザーデータ1機能を使って, distcc とコンパイラ2のセットアップ, ホストインスタンス(実際にコンパイルを実行するインスタンス)の決定, 各インスタンスの環境構築における進捗の同期等を行い, ビルドスクリプトを実行す
No worries, you are not lost! We’ve revamped and streamlined all our services to serve you even better. You want to activate a server license? my.hex-rays.com is your new hub for managing and activating all your purchased licenses. It’s designed to streamline the process, giving you easy access and full control in one convenient place.
Comments Genie allows comments in code in two different ways. // Comment continues until end of line /* Comment lasts between delimiters */ Identifiers An identifier is defined by its name and its type, e.g. i:int meaning an integer called i. In the case of value types this also creates an object of the given type. For reference types these just defines a new reference that doesn't initially point
どんなアプリケーションやツールでも、脆弱性やバグが悪用されてデータが盗まれたりリモートから不正に操作されたりするリスクはある。これは誰もが理解するところだろう。では、そうした疑いの目をふだん使っているアプリケーションに向けたことはあるだろうか。むしろ日常的に使っているアプリケーションこそ、よほどのことが起きないかぎりは無条件に信頼し、利用しているのが実態ではないだろうか。 そんな“無条件の信頼”の裏をかく手法がここ数年、標的型攻撃キャンペーンの中で観測されている。アプリケーション開発に使われるコンパイラを改ざんすることで、コンパイルしたプログラムにもれなくバックドアを仕込むという手口だ。 2019年4月、シンガポールで開催されたカスペルスキー（Kaspersky Labs）主催「Security Analyst Summit 2019（SAS 2019）」の講演で、Kaspersky La
概要: 生存期間の関係で、ループでは書けないが末尾再帰では書けるアルゴリズムの例を挙げる。 単方向リンクリスト 次のような単純なリンクリストを考える。 struct List<T> { root: Option<Box<Node<T>>>, } struct Node<T> { value: T, next: Option<Box<Node<T>>>, } backの実装 単方向リンクリストの末尾要素の取得は O(n) である。これは次のように書くことができる。 impl<T> List<T> { fn back(&self) -> Option<&T> { let mut node = if let Some(ref b) = self.root { b.as_ref() } else { return None; }; while let Some(ref b) = node.next
はじめに このオンラインブックは執筆中です。完成版ではありません。フィードバックフォーム この本には一冊の本に盛り込むにはやや欲張りな内容を詰め込みました。本書では、C言語で書かれたソースコードをアセンブリ言語に変換するプログラム、つまりCコンパイラを作成します。コンパイラそのものもCを使って開発します。当面の目標はセルフホスト、すなわち自作コンパイラでそれ自身のソースコードをコンパイルできるようにすることです。 この本では、コンパイラの説明の難易度が急に上がりすぎないように、様々なトピックを本書全体を通じて次第に掘り下げていくという形で説明することにしました。その理由は次のとおりです。 コンパイラは、構文解析、中間パス、コード生成といった複数のステージに概念的に分割することができます。よくある教科書的アプローチでは、それぞれのトピックについて章を立てて解説を行うことになりますが、そのよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く