はてなブックマーク

fontconfigの設定ぐらい手打ちでできないと人間として認められないそうなので、がんばって調べてみました。しかし折角人間と認められても、数ヶ月後には再び人間でない何かになってしまいそうなので、未来の自分も人間と認められ続けるべく、ここに記録を残しておきます。nヶ月後の私も、どうかこれを見て人間を続けられるように頑張ってください。もっとも調べたと言っても9割方はmanの情報です。 最初にfontconfigの基本的な事項を解説し、それを元にフォントを決定するまでの大まかな流れを示します。その後、設定ファイル(XML)の各要素について、擬似的なプログラミング言語を用いた処理を交えながら解説します。 かなり内容が多くなってしまいましたので、今回のこの記事では、基本的な事項について解説します。 フォント このシリーズの記事で言う「フォント」とは、「字形情報のセット」という意味です。「フォント名

※注意：これは私が調べた結果をまとめたものなので、間違いがあれば指摘していただけるとありがたいです。 用語 ここで整理したいことについて話せるようにするための説明なので、正確ではないです（符号化文字集合とか符号点とか）。 文字集合 文字の集合 符号化文字集合 文字と負ではない整数（または整数列）の対応表。その整数が、コンピュータで扱うビットの並びそのものとは限らない。コンピュータでは、この整数を符号化方式によって変換したものを扱う。 符号点、符号位置、コードポイント 符号化文字集合で、文字に対応している整数（または整数列）のこと。「符号位置」はUnicodeでの呼び方。 符号化方式 符号点を、コンピュータで扱うビット列で表現するための変換方式。よく「エンコーディング」と呼ばれるものはこちら。符号化符号化うるさいので、ここでは「エンコーディング」ということにする。 ※「符号化文字集合」と「符

やったーC++ Advent Calendarすっかり忘れていました。 今日は数あるBoost.PPのマクロのうち今一つ何がしたいのか分からない連中にスポットを当ててみたいと思います。 BOOST_PP_IS_EMPTY 例えばコンパイルフラグとしてHOGEが定義されていたとします。gcc -DHOGEとか、#define HOGEとかそういう感じで。その時に、ある関数で何か特別なことをするには： void f() { … #if defined HOGE 何か特別なこと #endif … ｝普通はこうですが、ワンライナーでやりましょう #include <boost/preprocessor/control/expr_iif.hpp> #include <boost/preprocessor/facilities/is_empty.hpp> void f() { … BOOST_PP_E

私の発表資料： http://www.slideshare.net/digitalghost/preprocesstime-lambda-expression ソース： http://patch-tag.com/r/digitalghost/pplambda/home , http://sites.google.com/site/ilikemanaka/code/pplambda.tar.bz2 あぁどうしよう。今回は大阪開催なので旅程がなくて書くことがないのであった。終わり。 などというだけではあんまりなので、まぁ千里中央の地形はやばいですね。前にも第一回GC勉強会のときに行きましたが、会場の建物に入るまでやっぱり迷いました。地上なのにぐぐる地図が役に立たないというすばらしい地形ですね。あと誰も御堂筋線が地下鉄だと信じてくれないのですが、一つ誤解があって、御堂筋線は新大阪以北だと江坂まで

http://repo.or.cz/w/boost.git svn upとか遅すぎてやってらんねーよボケがという人へ。 git pullで光の速度！！！

以前にも書いたような気がしますが、もう一度書きます。C++/CLI（仕様の邦訳）は、.netからC++やその他ネイティブコードのライブラリを楽に使えるようにするためと、そのための作業を楽に行うための言語です。「.netで使えるC++」ではありません。そういうことを言う人は悉くこの言語の厳つい顎で頭を砕かれ、手足をもがれて、腸を食らい千切られ死にます。それが摂理なのです。あらがえません。C++/CLIは大きく分けてC++と、C++風構文を持つ何か.netっぽい言語（ここでは仮に「Cヰ」と呼びましょう）からなる、キメラです。二つの言語のコードは一つのファイルに混ぜて書くことができます。C++の部分はそのままC++です。何も違いはありません。GCもありません。ありませんが.netのGCにネイティブオブジェクト（要するにC++で作ったオブジェクト）を通知して管理させる方法はあります。interfa

みなさまいかがお過ごしでしょうか？さて、今日のテーマは「再帰」です。プリプロセッサでは再帰が扱えないので、例えば、 #define PP_APPLY(f, x) f(x) #define HOGE(x) PP_APPLY(PIYO, x)という定義があったとして、 PP_APPLY(HOGE, FUGA)とか書いてあるとPIYO(FUGA)にはならないわけです。でもなってほしいのです。なってほしいのでなんとかやってみましょう、というのが今回の主旨です。では始めましょう。 #define PP_APPLY(f, x) f(x)これは一度しか展開できません。f(x)を展開した結果、PP_APPLY(なんたら)になっても、もう二度と展開はしてくれないのです…なので、 #define PP_APPLY_1(f, x) f(x) #define PP_APPLY_2(f, x) f(x) #defi

この記事はC++ Advent Calendar 2012の20日目の記事です． 前の記事 : Boost.Asioによる非同期関数呼び出しと、非同期ノンブロッキングFuture 次の記事 : CEANによる配列操作 導入 ある型に別名を付けるtypedefに対して，ある型を元に新しい型を作る機能をstrong typedefと言います．もちろんC++の仕様としてそのようなものがあるわけではなく，Boost.Serializationにマクロとして実装されているほか，同様のマクロによる実装がいくつかあります． なぜこのようなものが必要かという話ですが，世の中にはグーグル=センセイという実際博識なセンセイがいらっしゃいますので，氏にお尋ねいただくのがよろしいかと思います． ところで，Boost.Serializationにあるstrong typedefには制限があり，適用範囲が組み込み型に

#include <boost/preprocessor/tuple/elem.hpp> #include <boost/preprocessor/tuple/rem.hpp> #include <boost/preprocessor/seq/fold_left.hpp> #include <boost/preprocessor/arithmetic/inc.hpp> template<size_t N, typename T> typename std::tuple_element<N, T>::type & get_with_tuple_ref_collapsing(T & tup) { return std::get<N>(tup); } template<size_t N, typename T> typename std::tuple_element<N, T>::type &&

追記： ここで言う「エラー」「エラー処理」は、「例外」「例外ハンドリング」と置き換えて読んでください。 あと元ネタへのリンク http://d.hatena.ne.jp/bleis-tift/20090809/1249825777 と、この記事が踏まえている話 http://d.hatena.ne.jp/DigitalGhost/20090621/1245602788 http://d.hatena.ne.jp/DigitalGhost/20090622/1245685626 http://d.hatena.ne.jp/DigitalGhost/20090622/1245685627 まぁtwitterにpostした内容そのまんまを拾い上げて（といってもEmacsのバッファに残ってたものを整形しただけだけど）、それをまとめただけですね。あと何回も同じような言ってるような気がする。それと、例

前回より高性能なtypeofを作ってみた。Boost.Preprocessorは使ってないので多少長くなってしまうが、まぁ読む分には使ってないほうがマシかと思う。 機能的には、スカラ型やユーザ定義型を登録しておけば、それらのポインタやcvで修飾した型や、それらを使った関数型も自動で使えるようになっている。templateは未実装。 この後ソースを全文載っけてあるので見たい人だけ。もう既に全文開いちゃってる人は適当に何とかしていただければ。 #if !defined EXIST_TYPEOF_HPP_INCLUDED_ #define EXIST_TYPEOF_HPP_INCLUDED_ #include <boost/utility/enable_if.hpp> #include <boost/type_traits/is_same.hpp> #define EXIST_ENCODED_P

みなさんいかがお過ごしでしょうか？前回は足し算しました。今回はループです。 足し算ではとにかくいっぱいPP_ADD_Iを並べましたが、もっとスタイリッシュに書きたいですね。書きましょう。 まずC/C++のループはこんな感じです： while (condition) { ... } forはwhileの便利記法なので、whileさえあればfor相当のものは作れます。逆も言えますが。conditionはループの判定式です。{ ... }は繰り返したい処理です。 conditionはただの変数に見えますが、別にこれはf(g(h(n)))とか、i < 3とかそういうのでもいいです。とにかく何か式です。 ちょっと困りました。whileは構文です。関数じゃありません。どうしましょう。こうしましょう。 while(p, f, v) = while'(p, f, while'(p, f,...while'

プリプロセッサは所詮文字列置換、計算なんてできやしない…そう思っている方は多いでしょう。しかしそれは違います。計算できます。 本日の目的はプリプロセッサで足し算です。ADD(3, 2)と書けば5と答えてくれる関数マクロを作ってみましょう。 おっと、#define ADD(m, n) ((m) + (n)) とかではありません。これで足し算をするのは誰か、それはコンパイル・実行したときの処理系です。 今日の目的はあくまでも、プリプロセッサという処理系に閉じた足し算を定義することです。言い換えればプリプロセスが終わった時点で結果がでていないといけません。あとなんか細かいことはある感じがしますが、もうめんどいので早速始めましょう。 まずプリプロセッサにおける数を取り決めておきます。数とは、数字のみで構成されたトークンのことです。数字とは、トークンとは何かなどはめんどいので常識的に考えてください。

もうだいぶ前だが、http://www.kmonos.net/wlog/88.html とか http://d.hatena.ne.jp/gnarl/20071216/1197774166 とか見て、エラーの処理を呼び出し側で柔軟にできるようにならないかと思って書いた（んだと思う）。 error.hpp #if !defined ERROR_HPP_INCLDUED_ #define ERROR_HPP_INCLUDED_ #include <new> #include <boost/aligned_storage.hpp> #include <boost/type_traits/alignment_of.hpp> #include <boost/shared_ptr.hpp> namespace exist { namespace error_detail { struct error_