実際のC / C ++ソースファイルにプリプロセッサビルドディレクティブを含むC / C ++コードのコンパイル

Question

主なエントリーポイントは神です。 CであれC ++ソースファイルであれ、アプリケーションの中心です。

ただ同じ方法で窒素は松の中核です。ここがすべてがあるところだスタートただし、CやC ++にはアプリケーションの「中心」を配置する機能はありませんmain()。

多くのCおよびC ++プログラムが構築されました。イベントループまたは入出力ポンプ。これらはそのようなプログラムの「ハブ」です。このループを同じにする必要さえありません。基準寸法のようにmain()。

私はメインエントリポイントを最初に実行したいだけでなく、最初にコンパイルしたいと思います。

実際に捨てることが最も簡単です。main() 最後C または C++ ソースファイルから。

C および C++ は、一部の言語とは異なり、宣言の前に記号を使用できます。最初はmain()あなたがしなければならないことを意味します事前宣言他のすべて。

排他的および非公開のソースライブラリが一般的だった時がありました。 Apple が Unix に移行し、Microsoft が自分自身を攻撃したとき、その時代は終わりました。

」彼に夢を見ていると教えてください！」

OS XとiOSの例いっぱい独自のコードであるマイクロソフトはすぐに消えないでしょう。

とにかく、現在のマイクロソフトの問題は、あなたの質問とどのような関係がありますか？あなたはDLLを作成したいと思うかもしれないと言い、AutomakeはWindowsを効率的に処理できないと述べました。これは、マイクロソフトがあなたの世界でまだ関連性があることを示しています。

静的接続は本当に犬です。

本当に？私はいつもそれを見つけました。簡単に動的ライブラリにリンクする代わりに。これはエラーの可能性が少ない古くて簡単な技術です。

静的リンクは、外部依存関係を実行可能ファイルに統合し、実行可能ファイルが独立して自己完結型になるようにします。あなたの質問の残りの部分と判断した場合、これはあなたにアピールされます。

ヘッダーでライブラリを#includeできます。

いいえ...あなた#include クトウ、図書館ではなく。

これは単に賢いものではありません。用語問題。言われる。

#include図書館が利用できれば#include </usr/lib/libfoo.a>大丈夫です。

多くのプログラミング言語でははい外部モジュール/ライブラリ参照がどのように機能するか。つまり、外部コードを直接参照します。

C と C++ は、このように動作する言語に属しません。

CライブラリのデザインがC ++の構文に従わない場合、問題が発生します。

いいえ、C++の使い方を学ぶだけです。具体的には、extern "C"。

プリプロセッサ用語でこのような内容を作成するにはどうすればよいですか？

#include他のCまたはC ++ファイルを使用することは完全に正当です。

#include <some/library/main.cpp>

#include <some/other/library/main.c>
#include <some/other/library/secondary_module.c>

#include <iostream>

int main()
{
   call_the_library();
   do_other_stuff();
   return 0;
}

ここではこれを使用しません。extern "C"他のライブラリのCおよびC ++コードを直接C ++ファイルにプルするので、Cモジュールも正当なC ++でなければなりません。たくさんありますCとC ++の厄介な小さな違いしかし、両方の言語を混在させるには、それを処理する方法を知る必要があります。

この操作のもう一つのトリッキーな部分は、#includesリンカコマンドの場合、コマンドの順序がライブラリ参照の順序よりも敏感であることです。この方法でリンカーをバイパスすると、リンカーが自動的に実行するいくつかの操作を手動で実行する必要があります。

これを証明するために私は取った。ミニ基本バージョン（自分の例）script.cドライバを#include <basic.c>代わりに表すスタンドアロンC ++プログラムに変換します#include <basic.h>（。修理する）これが実際にC ++プログラムであることを証明するために、すべてのprintf()呼び出しをストリーム挿入に変更しましたcout。

CとC ++を混在させたい人のために、日常的な作業内でいくつかの変更を加える必要がありました。

void*MiniBasicコードは、他のポインタタイプの自動変換を許可したいCの意志を利用します。 C++ では明示的に表現できます。
最新のコンパイラは、"Hello, world!\n"コンテキストでC文字列定数（たとえば）の使用を許可しなくなりましたchar*。標準によると、コンパイラはそれを読み取り専用メモリに入れることができるのでconst char*。

それはすべてです。 GCCの苦情を解決するのに数分しかかかりません。

basic.c私はリンクされたパッチファイルの内容に同様の変更を加えなければなりませんでしたscript.c。私はそれらがより似ているので、違いを投稿しませんでした。

この問題を解決する他の方法については、SQLiteのマージ、比較SQLiteソースツリー。 SQLiteは#include他のすべてのファイルを1つのデフォルトファイルとして使用しません。シリーズへ一緒に使用されますが、これは#includeCまたはC ++のすべての操作でもあります。

Answer 1