MrLeebo:That method seems to be overkill. Why do you want your assemblies to be in a separate directory instead of with the game?
Also, what's the point of writing an installer for an Xbox 360 game when you can't actually run an installer on a 360?
It seems fairly common for developer tools to make their assemblies available in this manner, and I'm well aware it isn't possible to run an installer on X360, or write an installer for an X360 game. I'm not making a game.
lutas:To get it in the list, you should be able to use gacutil.
Thanks for the reply, I was aware of GACUtil.exe, however there's a number of issues regarding it's use. As it's a non-standard component, it's presence/location isn't guaranteed on the target machine, and according to the Windows Vista Logo Program guide "Gacutil must not be called from a custom action. Gacutil is not designed to be used during installation."
My installer is WiX based, and as such it's possible to "cleanly" register a .dll to the GAC the dll registering functionality available to a .msi, but after some amount of experimentation I determined that simply registering an assembly to the GAC doesn't make it show up in the VS assembly list (at least not on my machine). Which is the reason I settled on adding new reg key in the NET Framework's AssemblyFolders key.
In any case, I've already managed to get the .dlls to show up in the assembly list. The issue is why they aren't showing for an X360 project. If you notice, a large amount of .NET is missing, so it's not entirely unreasonable to assume that it's simply populating the list from a different location, or applying some filtering to the libraries added. Further information would be greatly appreciated.