extern "C" - debian36の日記
前回は、C++ソースで定義された関数を Cソース内でコールする場合に起こる問題について書きました。 そのキーワードが、「マングリング」でした。 前回：http://d.hatena.ne.jp/debian36/20080226 では、その問題を回避する方法、すなわちマングリングを避ける方法について、今日は記します。 ずばり、その答えが、extern "C" です。 この修飾子を見たことがあるかたも多いのではないでしょうか。 自分も、人のコードを見ていていると、たまに extern "C"{ .... .... } なんてコードが登場して、「ん〜、これは、C言語として解釈しろ」ってことなのかなぁってなんとなく思っていた程度でした。 確かに、extern "C" は、C言語として解釈して下さいよって、コンパイラ（g++)にお願いするものなのですが、なんのために、そのようなお願いをするのかと
iOS デベロッパにとって Objective-C の知識は必要か
［新言語 Swift：image］ Cocoa の優れた教師と考えられている Aaron Hillegass の意見とそれに対する反論が興味深い・・・ Big Nerd Ranch: “iOS Developers Need to Know Objective-C” by Aaron Hillegass: 11 June 2014 ＊ ＊ ＊ iOS デベロッパにとって Objective-C の知識は必要だ アップルが Swift を発表したとき、少なからぬひとびとが「万歳！ これで Objective-C を習わなくても iOS デベロッパになれる！」というのを聞いた。そんなひとに３つのことをいいたい。 When Apple announced Swift, I heard a few people say “Hurray! Now I can be an iOS de
clangでc++コードをコンパイルする方法(解説付き) | Now or Never
$ clang main.cpp Undefined symbols for architecture x86_64: "std::ostream::operator<<(std::ostream& (*)(std::ostream&))", referenced from: _main in example-YhevQb.o "std::ios_base::Init::Init()", referenced from: ___cxx_global_var_init in example-YhevQb.o "std::ios_base::Init::~Init()", referenced from: ___cxx_global_var_init in example-YhevQb.o "std::cout", referenced from: _main in example-YhevQ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
