VS2012 BI Installer error - Rule "Same architecture installation" failed.

I was trying to upgrade my Visual Studio 2012 to allow editing Business Intelligence projects by installing SQL Server Data Tools (thread on that topic), so I downloaded this installer for the SQL Server Data Tools and chose an existing SQL Server 2012 instance to install to, then I got this error 'Rule "Same architecture installation" failed.'

After some searching it appears that you need to choose to perform a "new installation".

Here are the links where I found this information:
http://social.msdn.microsoft.com/Forums/sqlserver/en-US/4ae33edc-c1ad-44df-bc74-ffb30ea91287/64-bit-microsoft-sql-server-data-tools-business-intelligence-for-visual-studio-2012-?forum=sqlreportingservices

http://blogs.msdn.com/b/jenss/archive/2013/03/07/finally-the-family-united-sql-server-bi-project-templates-now-available-in-visual-studio-2012.aspx

Any CPU

Could not load file or assembly '<name>' or one of its dependencies. An attempt was made to load a program with an incorrect format.

Ran into the above error, found this post.  Changed from x86 to Any CPU, and it worked!

RE: Quickbooks QBFC 80040154 "Co-Create error"?

Previously I had problems getting a desktop application to integrate with QuickBooks on a 64 bit Windows Server 2008 operating system running IIS 7.0.  Recently I've moved my development Website to the same 64 bit machine, and I was experience same problems with getting my .Net website to be able to use the QuickBooks QBFC8 Library.  Thanks to some experience from before I knew I should see if this was a problem going from 32 Bit to 64 Bit.  It was.  I had to "Enable 32-bit Applications" in the Advanced Settings on the Application Pool.

QuickBooks SDK 8.0, QBFC8 and Windows Server 64 Bit

Was having problems with QB SDK 8.0 not working properly, discovered via intuit developer forum that I needed to force x86 compilation instead of "Any CPU".  Was getting an error similar to "Could not find the COM Class with CLSID *****-******....".  Switched the compilation method to x86 explicitly, and it started working.  Yay!