問題タブ [include]

以下を考えると：

• 何千もの C++ ソース ファイルを含む大規模なプロジェクト
• 共通ヘッダー ファイルなし (すべてのソース ファイルに含まれるヘッダーは 1 つもありません)
• 上記のプロジェクトはg ++でコンパイルされ、makeによって管理されます

すべてのソース ファイルを変更して新しいヘッダー ファイルをインクルードすることなく、定義 (マクロなど) をすべてのコンパイル ユニットにインクルードする方法はありますか?

flex mxml ファイルに外部 actionscript ファイルを含めると、使用する方法に応じてコンパイル時に異なる動作が発生します。source 属性または include ステートメントを含む mx スクリプト タグを使用してから、ファイルをコンパイルすると、次のようなエラーが発生します。

エラー: パッケージはネストできません。

インポートを使用すると、これらのエラーはなくなり、ファイルはコンパイルされますが、クラスをインスタンス化しようとすると問題が発生します。

与える：

エラー: 未定義のプロパティ テストへのアクセス。

ここで何が起こっているのか誰でも説明できますか? ファイルをインポートするのではなく含めると、パッケージとスコープにどのような影響がありますか?

ありがとう、

C++ で記述されたアプリケーションを Windows から Linux に移植しています。ヘッダー ファイルのパスに問題があります。Windows は を使用し\、Linux は を使用します/。すべてのソース ファイルとヘッダー ファイルでこれを変更するのは面倒です。回避策はありますか？

A. これは何をしますか?

B.これと比べて？

（それはアップワンディレクトリではありません..そうなるでしょう）

サーバーのルートに PHP ファイルがあります.. index.php .. これはinclude.. DIR/ main.phpです

現在、.. DIR/ main.php .. には、多くの近くのファイルへの相対リンクがあります。

すべての相対リンクが壊れています。

リンクの相対 URL ベース パスを変更する方法はありますか?

...したがって、含まれている DIR/ main.phpのコンテンツには、 friend1.phpへのすべてのリンクがDIR/friend1.phpに変更されています。

編集：これはインクルードについてではなく、ahrefリンクをまとめて変更することについてです。

インクルード ディレクティブを正しく使用する方法とC++ #include セマンティクスの質問を確認しましたが、これには対処しません。また、タイトルを入力したときに SO によって提案された他の質問にも対処しません...

もしあれば、書くことの利点は何ですか：

単純なファイル名を使用する場合と比較して:

または、おそらく「 」のない相対名..:

私が見る問題は次のとおりです。

• どのソース ファイルにヘッダーが含まれているかを気にせずにヘッダーを移動することはできません。
• 依存関係とエラー レポートのヘッダーのパスが非常に長くなる可能性があります。今日は「../dir1/include/../../include/../dir2/../include/header.h」と 1 つありました。

私が見ることができる唯一のメリットは、ファイルを移動する必要はありませんが、ヘッダーを見つけるために常に ' ' ディレクティブを使用しなくても済む可能性があることですが-I、柔軟性が失われ、sub-sub でコンパイルする複雑さがあります。 -ディレクトリなどは利点を上回っているようです。

それで、私は利益を見落としていますか？

入力していただきありがとうございます。私が見落としている「..」を使用した表記には大きな利点はないというのがコンセンサスだと思います。一般的に言えば、私は「somewhere/header.h」表記が好きです。私は新しいプロジェクトでそれを使用します。私が取り組んでいるものは決して新しいものではありません。

問題の 1 つは、さまざまなヘッダーのセットがあり、多くの場合、、、、などの接頭辞が付いているrspqr.hことです。これらはすべてディレクトリ内のコードに関連していますが、一部のヘッダーは中央のインクルード ディレクトリにあり、その他は中央のインクルード ディレクトリにあります。このディレクトリには、そのようなサブディレクトリはありません。(そして、コードの他のさまざまな領域について繰り返します。複数の場所にヘッダーがあり、他のコードによってランダムに必要とされます。)コードは長年にわたって非常に複雑になっているため、ものの移動は大きな問題です。また、makefile は、提供されるオプションに一貫性がありません。全体として、これは何十年にもわたる、それほど穏やかではないネグレクトの悲しい話です。何も壊さずにすべてを修正するのは、長くて退屈な仕事です。rsabc.hrsdef.hrsxyz.hrsmprsmprsmp-I

Visual Studio 2008 でプロジェクトをビルドしようとしています。多くのリンカー エラーが発生して、本当に困っています。私のアプリケーションは、ネイティブ ANSI C++ のみを使用する Win32 コンソール アプリケーションです。

それらはすべて同じパターンのリンカ エラーです。リンカー エラーは、独自のヘッダー ファイルで定義したクラスのすべてのプライベートな静的データ メンバーに関連しています。

これはおそらく、私がまだ気づいていない c++ の単純な事実ではないでしょうか?

例: ファイル Delays.cpp 内の SingleDelay のメンバー クラスの関数定義内で、SingleDelay のメンバーを参照します。すなわち:

エラー 38 エラー LNK2001: 未解決の外部シンボル "private: static double SingleDelay::dry" (?dry@SingleDelay@@0NA) Delays.obj testall

Delays.h での SingleDelay の定義:

In PHP can I include a directory of scripts?

i.e. Instead of:

is there something like:

Couldn't seem to find a good way of including a collection of about 10 sub-classes for a particular class.