vc664位编译

❶ vc6.0程序怎样编译成64位

Microsoft Platform SDK 2001年 11 月版或更高版本x0dx0aVisualC++ 6.0x0dx0a步骤一：安装最新适合xp的SDKx0dx0a通过双击SDK文件夹下面的Setup.Exe安装Microsoft Platform SDK到硬盘任意目录后，安装程序会在开始菜单中生成Microsoft Platform SDK的快捷方式。单击"start->AllPrograms->Microsoft Platform SDK for Windows Sever 2003 SP1->Open BuildEnvironment Window->Set Windows XP 64 Build Environment->Set Windows XP64 Build Environment (Debug) 此时将显示一个控制台窗口，其中带有为 64 位内部版本设置的内部版本环境。x0dx0ax0dx0a步骤二：从64位内部版本环境启动Visual C++6.0：x0dx0a启动MicrosoftPlatform SDK后，直接在命令行输入msdev/useenv，此时将显示 Visual C++ 6.0 IDE，其中已经为 64 位内部版本环境设置了 include、library和executable 目录。 （如果Msdev.exe不在路径中，请将文件夹更改到 \Microsoft Visual Studio\Common\Msdev98\Bin文件夹，然后运行 msdev/useenv）x0dx0aVisual C++启动成功后，可以通过菜单Tools->Options->Directories查看Include files和Library file的默认路径应为Microsoft Platform SDK文件夹下的include和lib文件夹，此时为打开正确的64位虚拟编译环境。否则需重启打开。x0dx0ax0dx0a步骤三：添加 64位调试配置：x0dx0a♦在 Visual C++ IDE中，打开现有的 32 位项目（例如，MyApplication）。x0dx0a♦在"Build"菜单上，单击"Configurations"。x0dx0a♦在"Configurations"对话框中，单击"add"。x0dx0a♦在"Add Project Configuration"对话框中，将"Configuration"设置为 Debug64，单击"OK"，然后单击"Close"。x0dx0ax0dx0a步骤四：将活动配置设置为 64位： x0dx0a♦在"Build"菜单上，单击"Set Active Configuration"。x0dx0a♦单击"MyApplication- Win32 Debug64"，然后单击"OK"。x0dx0a x0dx0a步骤五：修改编译器或链接器选项：x0dx0a♦在"Project"菜单上，单击"settings"。x0dx0a♦在"project settings"对话框中，单击"General"选项卡。在"outputdirectories"下，在"Intermediate files"框和"output files"框中键入 Debug64。x0dx0ax0dx0a♦在"C/C++"选项卡上，在"Debug info"列表中选择"ProgramDatabase（编译器选项，/Zi）"。在Project Options中去掉/GZ，加入/Wp64。x0dx0ax0dx0a♦在"Link"选项卡上，在"Project Options"框中将 /machine:I386更改为/machine:AMD64。在Object/librarymoles中加入bufferoverflowu.lib，如果不加bufferoverflowu.lib，链接时会报错。x0dx0ax0dx0a♦在"View"菜单上，单击"Workspace"。 要从项目中删除MyApplication.hpj 文件。x0dx0a x0dx0a♦生成64位程序：x0dx0a注：在32位机上只能编译连接生成64位程序，而不能进行调试。x0dx0ax0dx0a

❷ 如何编译64位dll程序，有几种情况，在32位XP上用VC++6.0或者VS2010该怎么编译64位的dll。

在64位的操作系统上用vs软件编译的dll默认就是64位。
在32位XP上用VC++6.0编译64位的dll，需要安装sdk（最新版本是sdk2003），在开始菜单——sdk——open build environment window——windows server 2003 64-bit build environment——set win svr 2003 x64 build env进入命令行，从命令行调用msdev，将vc选项里的include和lib的第一个默认路径设为sdk目录下64位头文件和库的路径，编译出的dll似乎就是64位的了。这个是从网页上看到的，没实践过。
在32位XP上使用vs2010就简单多了，新建一个项目（解决方案），加入代码，设置X64，编译生成即可。

❸ visual c++ 分32位系统和64位系统么

Microsoft Visual C++，（简称Visual C++、MSVC、VC++或VC）是Microsoft公司推出的开发Win32环境程序，面向对象的可视化集成编程系统。它不但具有程序框架自动生成、灵活方便的类管理、代码编写和界面设计集成交互操作、可开发多种程序等优点，而且通过简单的设置就可使其生成的程序框架支持数据库接口、OLE2，WinSock网络、3D控制界面。

Microsoft Visual C++ 1.0
集成了MFC2.0，是Visual C++第一代版本，1992年推出，可同时支援16位处理器与32位处理器版，是Microsoft C/C++ 7.0的更新版本。
Microsoft Visual C++ 1.5
集成了MFC2.5，增加了“目标文件链接嵌入 (OLE)2.0 和支持MFC的开放式数据库链接（ODBC）。这个版本只有16位的，也是第一个以CD-ROM为软件载体的版本。这个版本也没有所谓“标准版”。它是最后一个支持16位软件编程的软件，也是第一个支持基于x86机器的32位编程软件。
Microsoft Visual C++ 2.0
集成了MFC 3.0，第一个只发行32位的版本。这个版本提前发行了，几乎成了一个“丢失的版本”。这是因为那个时候Windows 95（开发代码为"Chicago"）还没有发行，而Windows NT又只占有很小的市场份额。该版本用户可以通过微软公司的订阅服务（Microsoft Subscription Service）升级至2.1和2.2版本。微软公司在这个版本中集成并升级了Visual C++1.5，作为2.0版本（Visual C++ 1.5升级后版本号：1.51）以及2.1版本（Visual C++1.5升级后版本号：1.52）的一部分。Visual C++ 2.x附带了16位和32位版本的CDK，同时支持Win32s的开发。Visual C++ 2.2及其后续版本不再升级Visual C++ 1.5（尽管它一直被集成至Visual C++ 4.x）。尽管出生的比Windows 95早，这个版本的发行日期还是非常接近Windows 95，可是当Windows 95发行时， Visual C++ 4.0也已经发行了。因此很多程序开发者直接从1.x过渡到4.0，把2.x跳过去了。
Microsoft Visual C++ 4.0
集成了MFC4.0，这个版本是专门为Windows 95以及Windows NT设计的。用户可以通过微软公司的订阅服务（MicrosoftSubscription Service）升级至4.1和4.2版本（此版本不再支持Win32s开发）。
Microsoft Visual C++ 5.0
集成了MFC 4.21，是4.2版以来比较大的一次升级。
Microsoft Visual C++ 6.0
集成了MFC6.0，于1998发行。发行至今一直被广泛地用于大大小小的项目开发。但是，这个版本在WindowsXP下运行会出现问题，尤其是在调试模式的情况下（例如：静态变量的值并不会显示）。 这个调试问题可以通过打一个叫“Visual C++ 6.0Processor Pack”的补丁来解决。奇怪的是，这个网页强调用户也必须运行Windows 98、Windows NT4.0、或Windows 2000。这个C++版本对win7的兼容性非常差，有大大小小的兼容性问题。微软不推荐安装在windows7上。
MicrosoftVisual C++ .NET 2002
也即Visual C++ 7.0，于2002年发行，集成了MFC7.0，支持链接时代码生成和调试执行时检查。这个版本还集成了Managed Extension for C++，以及一个全新的用户界面（与Visual Basic和Visual C#共用）。从这个版本开始，所有的API形式上都被定义成位数无关的，并且开始支持原生64位软件的开发。
MicrosoftVisual C++ .NET 2003
也即 Visual C++ 7.1，集成了MFC 7.1，于2003年发行，是对Visual C++ .NET 2002的一次重大升级。
MicrosofteMbedded Visual C++
用于Windows CE操作系统。Visual C++作为一个独立的开发环境被Microsoft Visual Studio 2005所替代。
MicrosoftVisual C++ 2005
也即Visual C++ 8.0，集成了MFC 8.0，于2005年11月发布。这个版本引进了对C++/CLI语言和OpenMP的支持。
MicrosoftVisual C++ 2008
也即Visual C++ 9.0，于2007年11月发布。这个版本支持.NET 3.5。从这个版本开始，微软放弃了对编写Win9x架构系统上的软件的支持。此版本更加稳定。VC++2008是目前最稳定版本。
MicrosoftVisual C++ 2010
Visual C++ 10.0，2009年发布，新添加了对C++11标准引入的几个新特性的支持。
MicrosoftVisual C++ 2012
Visual C++ 11.0， 2012年5月26日发布，支持.net4.5 beta，并实现go live。只能安装于win7或者更高的windows操作系统（如最新发布的windows8等）。可以开发windows8专用的Modern UI风格的应用程序。相比2010又添加了少量对C++11标准引入的新特性的支持。
MicrosoftVisual C++ 2013
Visual C++ 12.0， 2013年8月发布，可以看作是Visual C++ 11.0的升级版。这个版本相对于2012添加了大量对C++11标准的支持。可以开发windows8.1专用的Modern UI风格的应用程序（但却不支持windows8，支持windows8.1）。开发环境亦内置了源代码染色的功能。
最新稳定版本（亦适用于2013）
Visual C++ 被整合在Visual Studio之中，但仍可单独安装使用。
参考资料：网络

❹ vc6 64位环境下编译使用ActiveX错误

题主是否想询问“vc664位环境下编译使用ActiveX错误是怎么回事”？是因为使用的电脑上没有这个控件的注册信息。若想使用ActiveX，
1、需要先下载ActiveX的ocx文件。
2、之后就在C：//WINDOWS//system64下将此OCX文件放入。
3、然后在电脑中点击开始，运行里输入regsvr64ActiveX.ocx。
4、会弹出一个对话框提示注册成功。
5、再重新进行编译即可。

❺ C语言如何编译出64位的可执行文件

可以用dev-cpp 编译器（64位的版本），可以选择输出32或者64位的可执行文件。

❻ 怎样让vc++6.0生成64位的动态链接库

1.静态链接库与动态链接库区别：静态链接库：lib中的指令被直接包含在最终生成的EXE文件中。动态链接库：dll不必被包含在最终的EXE中，EXE文件执行时可以动态地引用和卸载DLL文件。同时，静态链接库中不能再包含其他的动态链接库或静态库，而动态链接库中可以包含其他的动态或静态库。2.VC++支持的DLL：DLL的编制与具体的编程语言及编译器无关，动态链接库随处可见，VC++支持三种DLL：非MFC动态库、MFC规则DLL和MFC扩展DLL。DLL导出函数（或变量、类）可供应用程序调用；DLL内部函数只能在DLL程序内使用，应用程序无法调用它们。3.导出函数的声明方式：一种在函数声明类型和函数名之间加上“_declspec(dllexport)”。另外一种采用模块定义（.def）文件声明，需要在库工程中添加模块文件，格式如下：LIBRARY 库工程名称EXPORTS 导出函数名4.DLL的调用方式：一种静态调用，由编译系统完成对DLL的加载和应用程序结束时DLL的卸载。另外一种动态调用，由编程者用API函数加载和卸载DLL（DLL加载—DLL函数地址获取—DLL释放）方式。5.所有库工程编译时必须Release方式：Build—set active configuration—选择库工程的release方式6.示例：一、 函数----创建动态链接库（MFC规则DLL）1. New--projects--MFC AppWizard(dll)--Regular DLL using shared MFC DLL //取名为MFC_dll2. def文件中添加：函数名（Add_new）3. h文件中添加：外部函数声明//求和函数，函数名为Add_newextern "C" __declspec(dllexport) int __stdcall Add_new(int a,int b);4. cpp文件中添加： 外部函数实现extern "C" __declspec(dllexport) int __stdcall Add_new(int a,int b){return a+b;}5. build--set active configuration--win32 release--ok6. 生成7. 根目录下release文件夹中dll,lib与根目录下h文件即为所需二、 函数----调用动态链接库（把MFC_dll.dll和MFC_dll.lib拷到工程所在目录）//静态调用（.h可以写到.cpp文件中）1. new--projects--win32 console application--an empty project2. 添加h文件：(test.h)#pragma comment(lib,"MFC_dll.lib") //告诉编译器DLL相对应的lib文件所在路径和文件名extern "C" _declspec(dllimport) int _stdcall Add_new(int a,int b);//声明导入函数3. 添加cpp文件：(main.cpp)#include "test.h"int main(){cout<<Add_new(10,3);return 0;}//动态调用#include <stdio.h>#include <windows.h>typedef int (* lpAddFun)(int ,int);//定义一个与Add_new函数接受参数类型和返回值均相同的函数指针类型int main(){HINSTANCE hDll;//句柄lpAddFun addFun;//函数指针hDll=LoadLibrary("dllTest.dll");//动态加载DLL模块句柄if(hDll){addFun=(lpAddFun) GetProcAddress(hDll,"Add_new");//得到所加载DLL模块中函数的地址if(addFun){int result=addFun(2,3);printf("%d",result); } FreeLibrary(hDll);//释放已经加载的DLL模块}return 0;}三、 变量----创建动态链接库（非MFC DLL）1. new---projects---win32 dynamic-link library----an empty project(Sample)2. 添加sample.h#ifndef SAMPLE_H#define SAMPLE_Hextern int dllGlobalVar;#endif3. 添加 sample.cpp#include "sample.h"#include <windows.h>int dllGlobalVar;bool APIENTRY DllMain(HANDLE hMole,DWORD ul_reason_for_call,LPVOID lpReserved)//windows在加载DLL时，需要一个入口函数，就如同控制台或DOS程序需要main函数、win32程序需要winmain函数一样。所以引入一个不做任何操作的缺省DllMain的函数版本。是DLL的内部函数。