問題タブ [target-platform]

VS2005以降では、デフォルトで選択する構成を指定できますか？

ソリューションにはいくつかの構成がありますが、ほとんどの場合、そのうちの1つを使用する必要があります。したがって、ソース管理からそれを引き出す開発者が正しい構成を使用することを確認したいと思います（もちろん、彼らが特に別の構成を選択しない限り）。

理想的には、この設定は.slnファイルにある必要があります。これは、この設定がソース管理下にあるためです。

x86のみの別のプロジェクトに依存するXAMLBrowserHosted Application（XBAP）プロジェクトがあります。ターゲットプラットフォームを「任意のCPU」のままにすると、実行時に（DLLの取得に関して）あらゆる種類の地獄が解き放たれます。ただし、XBAPプロジェクトをターゲットx86に切り替えると、次のコンパイル時エラーが発生します。

エラー7-プラットフォーム固有のXAMLブラウザーアプリケーションを構築できません。HostInBrowserプロパティが「True」に設定されている場合は、PlatformTargetプロパティを設定しないか、「AnyCpu」に設定します。

これに対する回避策はありますか？それとも、このための恐ろしいマルチプロセス+ IPCソリューションを理解する必要がありますか？

_{*それについての単なる考えは私を恐怖で満たす}

1つのプロジェクトで新しいソリューションを作成し、ターゲットプラットフォームを「AnyCPU」から「x86」に変更します。この後に追加された新しいプロジェクトはデフォルトでビルドされず、それらのターゲットプラットフォームはグローバル設定に従いません。なぜ？！

構成マネージャーを見ると、追加された新しいプロジェクトは「ビルド」にチェックされておらず、グローバルに設定されたx86ではなくターゲットプラットフォーム「AnyCPU」を取得します。なぜこうなった？新しいプロジェクトでも、グローバルに設定および定義されたx86ターゲットプラットフォームを取得することを期待しています。私が試したいくつかのこと：

• グローバルプラットフォームを任意のCPUに戻し、次にx86に戻します。変化なし..
• 新しいプロジェクト用にプラットフォームを明示的に選択します。x86はリストにありません。私が言っ<New..>て追加しようとすると、「..同じ名前のソリューションプラットフォームがすでに存在します。」として許可されません。
• 新しいプロジェクトのビルドプロパティで、[構成]セクションでプラットフォームを変更することはできませんが、[一般]セクションで[プラットフォームターゲット]をx86に設定できます。ただし、これが実際に違いを生むかどうかは不明であり、後でターゲットプラットフォームをグローバルに変更しても応答しません。

当初、これはソリューションをVS2008からVS2010に変換する際の問題だと思っていましたが、問題は両方の場所に当てはまります。つまり、VS2008でソリューションを作成し、VS2008にとどまると、まだ問題が発生します。

I am currently trying to get my headless pde-build working but I am stuck on a point where I do not know how to continue. The problem is how to define the related target platform to compile the plugins against. I have a build.bat with the following call (all in one line!):

Eclipse SDK、RCP SDK、Delta Pack、PDE-SDK のすべての組み合わせからターゲットの Eclipse プラットフォームを作成しようとしましたが、どれもうまく機能しませんでした。

次のエラーが発生しました。

変数 ${eclipse.pdebuild.scripts} が解決されていない場所。また、コマンドラインからこのパラメーターを指定しようとしましたが、svn タスクが見つからないという別のエラーが発生しました。これは、参照されているローカルの Eclipse インストールで動作しているため、完全に混乱します。

パスを d:/target/eclipse からローカルの Eclipse インストールに置き換えると、pde ビルドが期待どおりに機能します。これは、ターゲットのEclipseの構成が正しくないという点につながりますが、現時点ではこれを構成する方法がわかりません!

My goal is the automate the pde build first on my local site without referencing my local eclipse and later on integrate this building process into our running cruisecontrol instance.

As I saw already another question about defining the target eclipse I would be happy if anyone can contribute hints or facts regarding the problem.

Regards, Andreas

Eclipse Helios で標準の osgi バンドルを作成しようとしています。

そのために、ターゲット プラットフォームを次のように構成しました。

1. ウィンドウ -> 設定 -> プラグイン開発 -> ターゲット プラットフォーム -> 追加
2. テンプレートとベース RCP を選択した後 (バイナリのみ)
3. 名前を変更し、[完了] をクリックしました。

バンドルの概要を使用してプラットフォームを起動すると、コンソールに次のエラーが表示されます。

プラットフォーム構成ウィンドウでプラグインの選択を解除して、プラットフォームを実行することができましたがorg.eclipse.ui、このプラグインがデフォルトで選択されている理由がわかりません。

Eclipse3.6のターゲットプラットフォームにJFaceソースコードを追加しようとしています。

インターネット上の多くのヘルプ ページは、ターゲットプラットフォームの設定ページの「ソースコードの場所」タブを参照しています。

RCP開発（eclipse-rcp-helios-SR1-RC4-win32.zip）を含む新しいEclipse3.6にはそのタブがありません。これが私のターゲットプラットフォーム設定ページのスクリーンショットです：

ターゲットプラットフォームにソースコードを追加する方法はありますか？

Eclipse では、ローカルの Eclipse インストールをターゲット プラットフォームに追加できます。

ウィンドウ -> 設定 -> プラグイン開発 -> ターゲット プラットフォーム -> 編集 -> 追加 -> インストール -> [ローカル Eclipse インストールの場所]

しかし、リモート サーバーにある Eclipse インストールを追加するにはどうすればよいですか (ローカルの Eclipse インストールを Tomcat サーバーの webapps フォルダーにコピーしただけです)。

代わりに、リモート Eclipse インストールをソフトウェア サイトとして指定しようとしました。

Window -> Preferences -> Plugin-in Development -> Target Platform -> Edit -> Add -> Software Site -> [url to remote eclipse location]

しかし、それは機能しません。

公式のリモート p2 eclipse サイトをターゲット プラットフォームに追加するだけでよいことはわかっていますが、代わりにリモートの「物理的」インストールを使用したいと考えています (100% 常に利用できるようにするため)。

これは可能ですか？

この手法を使用して、Eclipse RCPプロジェクトのターゲットプラットフォームを作成しています：http ：//www.modumind.com/2009/09/01/creating-an-eclipse-rcp-target-platform/

RCP SDKは、ソフトウェアサイトを使用して直接ダウンロードされます。デルタパックについては、ウェブサイトから手動でダウンロードし、ターゲット定義ファイルにディレクトリを追加しましたが、次回デルタパックのバージョンをアップグレードしたいときに面倒だと思います。

ソフトウェアサイトを使用してデルタパックをダウンロードすることもできますか？または、少なくとも手動ではなく、より保守しやすいアプローチでそれを行いますか？

ありがとう。

Eclipse PDE（プラグイン開発環境）を使用する場合、「ターゲットプラットフォーム」という用語があります。それは正確にはどういう意味ですか？

C++ プロジェクトを 32 ビットおよび 64 ビット モードでコンパイルしたいと考えています。これまでは、ソリューション構成を作成していました。構成済みの「デバッグ」および「リリース」構成に加えて、x64 アーキテクチャ用のプロジェクトをコンパイルするために設定した「デバッグ x64」および「リリース x64」構成がありました。

ただし、私の最新のプロジェクトは、さまざまな側面で変更できます。「リリース」と「デバッグ」だけでなく、「XP」、「Server03」、「新しい」、「EXE」と「DLL」(実際には可能です)両方の形式でコンパイルされます)。これはすでに 2*2*3=12 の構成を提供しているため、それらのそれぞれに別の「x64」構成を追加すると、全体がばかげた比率になります。

だからこそ、これからはSolution Platformの設定を使いたいと思っています。残念ながら、これを変更する唯一の方法は、構成ドロップダウン リストをクリックし、そこから構成マネージャーを開き、ソリューション プラットフォームを変更して [OK] をクリックすることです。これにはかなり長い時間がかかります (クリック数が 2 倍以上)。より速い方法はありますか？あるいは、プロジェクトが変更できるすべての次元 (プロジェクト設定とプリコンパイラ定義を含む) を管理するためのより良い方法はありますか?