だから、勝つ2008 R2 STD x64の上で、私は6は、(6)はGacutil.exeを持っているすべての異なる中で、(VSフォルダ内のものはカウントされません):どのgacutil.exeを使用しますか?
-
C:\プログラムファイル\マイクロソフトのSDK \ Windowsの\ v6.0A \ビン -
C:\プログラムファイル\マイクロソフトのSDK \ Windowsの\ v6.0A \ビン\ x64の -
C:\プログラムファイル(x86の)\マイクロソフトのSDK \ WINDOWS \ V7 .0A \ Bin -
c:¥Program Files(x86)¥Microsoft SDKs¥Windows¥v7.0A¥Bin¥x64 - C:\プログラムファイル(x86の)\マイクロソフトのSDK \ Windowsの\ v7.0A \ビン\ NETFX 4.0ツール
-
C:\プログラムファイル(x86の)\マイクロソフトのSDK \ Windowsの\ v7.0A \ビン\ NETFX 4.0ツール\ x64の
質問です:
x64
バージョンでは動作に違いがありますか?- 好ましくは
v7.0A
のバージョンv6.0A
をお勧めしますか? - .NET 4.0アセンブリ用に
NETFX 4.0 Tools
バージョンを使用し、残りの部分に "標準"バージョンを使用しますか?
また、一般的なタイプの記事がある場合は、感謝します。 Hans Passant's answerに関する
アップデート1:
- gacutil.exeはとして廃止 "を構築、展開、および構成ツール(.NET Frameworkの)" の.NET Frameworkのツール一部です(!) shfusion.dllであった。
- 実際にv6.0AはVS2008からインストールされ、無視することができます(1,2)。
- 64ビット説明理論も妥当と思われます。私はまた、おそらくIA64 version of gacutil.exeがあると仮定しています。それは「各プラットフォームのツールコピー」のようなものです.WoW64のためx86版がどこでもうまく動作するようになってしまいました。マイナス2のgacutilバージョン(4,6)
- 使用するバージョンについて間違っているようです。 V4.0 gacutil.exeは、ターゲットCLRに従ってアセンブリを検出して配置し、.NET 4.0以前のバージョンのアセンブリで正常に動作します。ですから、なぜV2.0のgacutil.exeを残すのでしょうか?私の推測は、.NET4.0が利用できない環境での展開を目的としたものです。
- GACを使用するかどうかは問題ではありませんでした。だから私はコメントなしで最後の段落を残します。
更新2.
だから、私には1が安全のWindows x86およびx64上のすべてのGACの操作のためにそれ以外の場合は数3(その後、.NET4.0が利用できない)、または5番のいずれかを使用することができますように思えます。
- 号
- は関係ありませんが、新しいバージョンを使用すると、より論理的なようだ:そして、質問に対する回答を示します。
- いいえ、すべてのGAC操作で常に
NETFX 4.0 Tools
バージョン(.NET4.0が使用可能な場合)を使用できます。
本当にお答えしたい...「誰もが...ナゲットやビンはFTWを展開していない」!! –
@DanielElliott良いこと;-)しかし、今でも私は本当にこの質問をクリアしたいです。 –
自分自身も答えに興味があります...幸運! –