システムプログラミング会のまとめ
* システムプログラミング会 - connpass http://connpass.com/event/34995/
がおもしろそうだったので， #spkai をまとめました．
何かあればお手数をおかけしますが，ご連絡下さい．
あるいは，編集できるようにしてあるはずなので，編集して下さい．
-
- いいね！5
κeen
@blackenedgold
「一応コンパチではなくなるんですがそれは恐らく人間にとってもすごい複雑な作りになってると思うんで直した方がいいと思います。」 #spkai
2016-07-02 14:21:48
shinichiro hamaji
@shinh
--start-groupより速い方法もあってこれの後半が.aの巡回をlldじゃないリンカでリンクする方法リスト #spkai shinh.hatenablog.com/entry/2014/10/…
2016-07-02 14:22:27
まさみさんboosted
@mhiramat
Chromeは全部ビルドしてデバッグ情報を含めると2GBぐらいになる。 (ちなみにLinuxカーネルも1.5GBぐらいになったと思う。デバッグ情報は大体80%～90%を占めると思っていい) #spkai
2016-07-02 14:24:00
まさみさんboosted
@mhiramat
タイトなループだとシンボルのハッシュテーブルを探すのも時間がかかる。C++だとシンボル名が500byteとかになったりする。 #spkai
2016-07-02 14:26:36
まさみさんboosted
@mhiramat
あー、中間にポインタを置くことで、未定義シンボルだとかwrapシンボルとかの実装を楽にしているということか。 #spkai
2016-07-02 14:30:05
SASAKI Takesi
@dagezi
Link Time Optimization。 bitcodeが obj にはいっていて、LLCがコンパイルする。遅いが、速くなるらしい。 #spkai
2016-07-02 14:32:09
まさみさんboosted
@mhiramat
LTO使うためには昔はGoldプラグインを使う必要があった。これはGoldの処理にフックを入れて処理を肩代わりする。実装が汚い。LLDではネイティブに実装している。 #spkai
2016-07-02 14:34:19
まさみさんboosted
@mhiramat
LTOは結局LLVMの中間コード？をオブジェクトファイルにしてしまい、リンクした後に全部まとめてネイティブコードとしてLLVMに渡す、という実装方法とのこと。 #spkai
2016-07-02 14:35:49