問題タブ [linkage]

別の依存関係プロパティの値を使用して値が計算される依存関係プロパティを登録するにはどうすればよいですか？

.NETプロパティラッパーは実行時にWPFによってバイパスされるため、ゲッターとセッターにロジックを含めるべきではありません。これに対する解決策は、通常、PropertyChangedCallbacksを使用することです。しかし、それらは静的であると宣言されています。

たとえば、この不自然なタスクを実行するための適切な方法は何ですか。

依存関係が循環的でない限り、これを達成するための適切な手段はありますか？

VC2008 SP1 を搭載した Windows でプログラムをリンクするのに問題があります。DLL でテンプレート メンバー関数を明示的に特殊化しています。これは、依存関係ウォーカーでエクスポートされたシンボルとして正しく表示され、正しい型で正しい引数を使用します。

.exeからシンボルを呼び出そうとすると、リンカーはシンボルを解決できないと不平を言います（オブジェクトは正常にコンパイルされますが）。ただし、解決できないと言うシンボルの装飾名は、 DLL 内のエクスポートされたシンボルの装飾名 (依存関係ウォーカーで表示) 問題は、明示的に特殊化されたエクスポートされたテンプレート メンバー関数に対してのみ発生します。これらの呼び出しにコメントすると、エクスポートされた他のすべての関数クラスが正常にリンクされるため、.lib は正常に生成されているように見えます。

ヘッダーのテンプレート関数の宣言を変更して「extern」ディレクティブを含めようとしましたが、通常の __declspec(dllimport) が正しく指定されていますが、違いはありません。

どんなアイデアでも大歓迎です。ありがとう。

C99でのストレージクラス指定子の正確な動作を理解しようとしていますが、仕様を誤解しない限り、一部のGCCの動作は仕様に準拠していないようです。6.2.2（2）から：

1つの変換ユニット内で、内部リンケージを持つ識別子の各宣言は、同じオブジェクトまたは関数を示します。

ただし、次のプログラムを使用してGCC（powerpc-apple-darwin9-gcc-4.2.1）をテストしました。

でコンパイルされ-std=c99、次のように出力されます。

仕様を正しく理解していれば、次のように出力されます。

GCCがここの仕様から逸脱する理由を理解しています。この動作について、より深い説明があるかどうか疑問に思っています。

I have a As3 file and I get a runtime error:

ReferenceError: **Error #1008**: Tooltip is ambiguous; Found more than one matching binding.

I have a class named Tooltip and also a symbol in library with linkage class: Tooltip and Base Class fvg.Tooltip (fvg is the name of the package). Why I get this conflict?

コンパイル時にプログラムに依存関係を理解させるのは簡単です (gcc -MM を使用)。それにもかかわらず、リンクの依存関係 (どのライブラリにリンクするかを決定すること) を把握するのは難しいようです。この問題は、リンク先の個々のライブラリを持つ複数のターゲットが必要な場合に発生します。

たとえば、3 つの動的ライブラリ ターゲット t1.so、t2.so、および t3.so をビルドする必要があります。t1.so には数学ライブラリ (-lm) が必要ですが、t2 と t3 には必要ありません。個別のルールを作成するのは面倒です。数学ライブラリにリンクされた 3 つのターゲットを必要とする単一のルールにより、問題が回避されます。ただし、t2.so と t3.so では数学ライブラリが使用されていないため、ターゲット サイズのインフレが発生します。

何か案は？

このリンクの警告を削除するにはどうすればよいですか？この警告の原因となるコードセグメントを確認できます。

警告C4273：'InitGuiCtrlsDLL'：一貫性のないdllリンケージ

次のような定義のエクスポートとインポートもあります。

以下はどのように機能しますか？

static const-ant メンバーのアドレスを取得するには、リンカを満足させるために何らかの変換単位で物理的に定義する必要があるという印象を受けました。とはいえ、この TU の前処理されたコードを見た後、digitsメンバー (または他の関連メンバー) の外部定義を見つけることができませんでした。

これを 2 つのコンパイラ (VC++ 10 と g++ 4.2.4) でテストしたところ、両方から同じ結果が得られました (つまり、動作します)。リンカーは、このようなものが定義されているオブジェクト ファイルに対して自動的に魔法のようにリンクしますか、それともここで明らかな何かが欠けていますか?

関連する可能性があります： Grails-HTPPBuilderを含めようとしています-リンケージエラー

GrailsプロジェクトにXOMを含めようとしています。どの依存関係ライブラリを除外する必要があるかを知るにはどうすればよいですか？私はここで迷子になっています。

エラー：

C ではstatic、外部リンケージのないローカル変数またはグローバル関数/変数のいずれかを意味します。C++ では、クラスごとのメンバー変数またはメンバー関数を意味する場合もあります。

static外部リンケージの欠如とはまったく無関係に見えるキーワードが、外部リンケージの欠如を示すために使用されたことがどのように起こったかについての言及はありますか?

Cバイソンパーサーを使用するC++プロジェクトがあります。Cパーサーは、関数ポインターの構造体を使用して、生成がbisonによって削減されたときに適切なASTノードを作成する関数を呼び出します。

さて、プロジェクトのC ++部分で、私はそれらのポインターを埋めます

今、私がそれらを入れる唯一の理由extern "C"は、Cの呼び出し規約を持たせたいからです。しかし、最適には、私は彼らの名前がまだ壊れていることを望みます。これらはCコードから名前で呼び出されることはないため、名前のマングリングは問題になりません。一部のアクションはのようerrorに呼び出され、C ++コールバック関数は他のモジュールとの名前の衝突を避けるために、次のような醜い名前を持っているため、それらをマングルすることで名前の競合を回避できます。

関数型Cのリンケージを与えるだけで可能かどうか疑問に思いました

何か案は？Standard-C++ソリューションを探しています。