首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

VS2015编译器在我的32位中间目录中生成64位*obj文件,而不是配置的64位目录

VS2015编译器在生成obj文件时,会根据项目的配置来确定生成的目录。如果生成的obj文件出现在32位中间目录而不是配置的64位目录,可能是由于以下原因:

  1. 配置错误:请确保项目的配置已正确设置为64位。在Visual Studio中,可以通过选择项目属性,然后在“配置属性”>“常规”>“平台”中选择64位来进行配置。
  2. 平台目标错误:请确保项目的目标平台已正确设置为64位。在Visual Studio中,可以通过选择项目属性,然后在“配置属性”>“常规”>“平台工具集”中选择适合的64位工具集来进行配置。
  3. 编译选项错误:请确保项目的编译选项已正确设置为生成64位代码。在Visual Studio中,可以通过选择项目属性,然后在“配置属性”>“C/C++”>“代码生成”中选择“x64”来进行配置。

如果以上步骤都已正确配置,但仍然出现生成64位obj文件到32位目录的问题,可能是由于其他因素导致的编译器行为异常。可以尝试以下解决方法:

  1. 清理项目:在Visual Studio中,选择“生成”>“清理解决方案”来清理项目。然后重新生成项目,查看是否仍然出现相同的问题。
  2. 重建解决方案:在Visual Studio中,选择“生成”>“重新生成解决方案”来重新构建整个解决方案。这将清理所有生成的文件并重新生成,可能有助于解决编译器生成obj文件的问题。
  3. 更新编译器:如果使用的是较旧的VS2015版本,可以尝试更新到最新的修补程序或升级到更高版本的Visual Studio。新版本的编译器可能修复了一些已知的问题。

总结起来,确保项目和编译选项正确配置,尝试清理和重新构建项目,以及更新编译器可能有助于解决VS2015编译器生成64位obj文件到32位目录的问题。

腾讯云相关产品和产品介绍链接地址:

  • 腾讯云计算服务:https://cloud.tencent.com/product/cvm
  • 腾讯云数据库服务:https://cloud.tencent.com/product/cdb
  • 腾讯云服务器运维服务:https://cloud.tencent.com/product/css
  • 腾讯云音视频处理服务:https://cloud.tencent.com/product/mps
  • 腾讯云人工智能服务:https://cloud.tencent.com/product/ai
  • 腾讯云物联网服务:https://cloud.tencent.com/product/iotexplorer
  • 腾讯云移动开发服务:https://cloud.tencent.com/product/mobdev
  • 腾讯云存储服务:https://cloud.tencent.com/product/cos
  • 腾讯云区块链服务:https://cloud.tencent.com/product/baas
  • 腾讯云元宇宙服务:https://cloud.tencent.com/product/ue
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

使用vs2015编写c语言方法

但是这并不影响使用,我们填写源文件名称时把后缀改为.c即可,编译器会根据源文件后缀来判断代码种类。上图中,我们将源文件命名为hello.c。...编译完成后,打开项目目录(本教程是 E:\cDemo\)下 Debug 文件夹,会看到一个名为hello.obj文件,这就是经过编译产生中间文件,这种中间文件专业称呼是目标文件(Object... VS 和 VC 下,目标文件后缀都是.obj。...再次打开项目目录(本教程是 E:\cDemo\)下 Debug 文件夹,会看到一个名为cDemo.exe文件,这就是最终生成可执行文件,就是我们想要结果。...现在我们已经了解了从编写代码到生成程序整个过程,以后学习,可以直接使用Ctrl+F5组合键了,不用再分步骤完成了,这样会更加方便和实用。

1.5K41

VS2015下编译64位GDAL总结

以前经常用通过VisualStudio IDE进行编译方式现在似乎不能使用了, makegdal_gen.bat还是可以生成工程,也能升级成VS2015工程,但是修改nmake.opt一些配置没有生效...GDAL_HOME = "C:\warmerda\bld",这里路径可以修改,编译后生成文件、静态库、动态库将会复制到该目录。 "#WIN64=YES",编译64位GDAL需要取消前面的#。...GDAL,第二个、第三个命令是将生成文件、静态库、动态库复制到GDAL_HOME目录。...在网上查找攻略,得知是矢量格式odbc这部分问题。这部分内容涉及到环境VS2015下貌似被修改,导致GDAL不兼容。不过也没有试验是不是VS2015专属问题。...ENDIF 很可惜这部分内容和nmake.opt一模一样,貌似已经被GDAL官方采用并修改好了。也就是说第一个方法是不行,不知道是不是采用64位编译原因。

85520

Windows下OSGEarth编译过程

现在版本应该也不用依赖QT组件,反正是没有看到编译参数,需要在QT中使用osgEarth的话,可以使用osgQT。 2....编译 1) 设置参数 打开CMake,“Where is the source code”填写源代码目录“Where to build the binaries”填写工程构建目录,然后点击“Configure...注意在第一次“Configure”时候会让你选择编译器这里选择VS2015X64编译器。 2) 配置路径 第一次配置一般是不成功,会提示缺少依赖库。...这里有个快速办法,首先按照如下图方式组织文件夹C,将头文件都放入到include子文件,lib文件放入到lib子文件夹里面(debug和release都可以)。...3) 生成编译 配置过程可以边填写边“Configure”,直到最后不再提示缺少相应依赖库。如下图所示,提示“configuring done”(提示警告和缺失组件不是必须)。 ?

2.3K20

LNK2001: 无法解析外部符号几种情况

大家好,又见面了,是你们朋友全栈君。 一般来说,我们引用第三方库时,需要进行指定依赖项配置,若没有进行相关配置,则编译器会出现“LNK2001: 无法解析外部符号”错误。...这个是最常见问题,具体步骤: 项目、属性、链接器、常规、附加库目录:填写附加依赖库所在目录 分号间隔多项 项目、属性、链接器、输入、附加依赖项:填写附加依赖库名字.lib 空格或分号间隔多项 若已经按照上述步骤进行配置...比如项目采用vs2008编译,该lib是用2010编译,亦或者项目采用vs2015平台,lib是vs2008编译也可能导致链接失败。...平台 ”配置另外一个项目采用“wind64平台 ”编译配置 3.没有添加指定预编译宏 使用curl静态库时,却遇到了编译链接错误: 1>testcurl.obj : error LNK2001:...1>testcurl.obj : error LNK2001: unresolved external symbol __imp__curl_easy_cleanup 解决方法是,自己项目属性添加一个预编译宏

6.8K20

编译boost

大部分boost库功能使用只需包括相应头文件即可,少数(如正则表达式库,文件系统库等)需要链接库。但Boost也有很多是实验性质东西,实际开发实用需要谨慎。...下载地址是http://jaist.dl.sourceforge.net/project/boost/boost/1.62.0/boost_1_62_0.7z 2、生成编译工具 boost库自带了bootstrap...头文件安装目录 默认/include stage 仅构建和安装编译文件到stage目录 --stagedir= 安装编译文件目录 默认....Linux上,这些是release模式下静态和共享多线程库)complete构建debug和release版本 --build-dir=DIR 构建指定目录(默认中间文件会在源码目录下) 推荐!...# --show-libraries 显示构建Boost库列表安装步骤,然后退出 --layout= 确定是否选择库名和头文件位置,一边可以同一系统上使用多个版本Boost库或多个编译器编译

3.4K80

PHP 扩展开发初探

此时, \ext 目录生成了 loaddll 目录,该目录生成 PHP 扩展模板,可以模板基础上进行开发。...点击“完成”,等待 VS2015 开始创建项目。 配置编译选项并编译项目 VS2015 生成项目完毕后,切换项目为 “Release”和“x64”选项,如下图: ?...切换完成后,项目上右键选择“属性”,如下图: ? 修改配置类型为 DLL,这样生成目标文件扩展名自动变为 .dll,如下图所示: ?...接着,从 PHP 安装目录复制 php7ts.lib 文件到 loaddll 目录下,注意,是从PHP 安装目录不是 PHP 源代码目录。...PHP 扩展安装与测试 将VS2015 生成 loaddll.dll 重命名为 php_loaddll.dll ,将其拷贝到 PHP 环境扩展路径是 php\php7.2.10\ext,想必熟悉

89740

Win64下编译OSG详细过程(Win10+VS2015+OSG3.6.3)

同时还需要提前安装好VisualStudio环境,这里用VS2015;以及cmake,用来生成VS工程,这里用最新cmake3.13.3。 2....编译第三方库 VS2015下官方并没有提供编译好包,只能自己编译,这一步如果有已经编译好第三方库则可以跳过。...下载完成以后,打开cmake,填入source目录以及build目录,点击configure,选择VS2015-64位编译器,configure完成后,按照如下配置进行再次configure,直到没有红色高亮显示...注意配置以下几个选项: 1) CMAKE_INSTALL_PREFIX: cmake得到工程都有install工程,生成之后就会自动把需要文件、lib还有dll复制到对应目录中去,这样方便我们管理...仅单独生成INSTALL,OSG所有依赖、文档就会发送到CMAKE_INSTALL_PREFIX设置目录。最后目录结果: 5.

2.4K30

使用MinGW编译OpenCV4源码与配置使用演示

QTWindows上安装好之后,常规会两种编译器选择分别是: -VS2015/2017/2019.......-mingw 因为安装了VS2015,所以一直是默认VS来编译,但是发现当从VS编译切换到mingw时候,OpenCVwindows版本就无法正确使用了。...这个时候要求首先通过mingw来编译OpenCV源码,重新生成OpenCV库文件与dll文件。本文就详细记录了这个过程。...安装好QT,CMake与OpenCV下载解压缩之后,首先到QT目录下,找到mingw编译工具bin目录,添加到系统环境变量中去,本人安装好QTmingw工具bin目录路径如下: D:\Qt...然后执行下一个命令行参数 mingw32-make install 大概几十秒即可很快执行完成,执行完成之后你就会在这个目录得到编译好库与dll文件

2.2K20

Windows下编译OpenCV3.4及扩展模块

releases/tag/3.4.0 CMake下载 https://cmake.org/files/v3.7/ 下载好OpenCV及其扩展模块并解压缩到指定盘符,这里cmake使用cmake3.7,这个是因为...VS版本是VS2015,cmake版本太高可能会有问题,所以我最终环境如下: cmake3.7 VS2015专业版 Win7 64位 二:CMake编译 安装好CMake与VS2015之后,就可以打开...CMake,设置好OpenCV3.4源码路径与build生成文件路径,显示如下: ?...这个中间CMake会下载一些东西,如果你网络不能下载或者超时,就会导致cmake配置失败,这个时候只有再次点击【Configure】即可,成功运行之后显示如下: ?...三:VS2015生成Installer 然后到build生成目录,找到OpenCV.sln文件,双击VS2015打开找到-CMakeTargets->INSTALL右键弹出菜单中选择生成即可 ?

98010

IDA Pro进阶之签名文件制作

图1 创建和应用签名文件步骤 2.1 搭建编译环境 首先在虚拟机安装好VS2015和Perl。Perl安装好后,如图2所示显示结果,则说明安装成功。 ?...(2)开始菜单打开“VS2015开发人员命令提示”命令行工具,切换到OpenSSL源代码目录下。...图4 执行do_ms 然后执行nmake-f ms\nt.mak命令编译OpenSSL,该命令耗时较长,执行完毕后源代码目录下/out32生成编译结果。...2.4 应用签名 将生成两个签名文件(libeay32.sig、ssleay32.sig)复制到IDA Pro签名文件(默认目录X:\Program Files\IDA 7.0\sig\pc),...五、总结 制作一个优质签名文件可以大大加快逆向进度。制作签名文件有许多考虑因素,包括源代码版本、编译优化选项、编译器类型、编译器版本、是否release版本等。

1.9K10

Windows下适用于PHP 7.1memcache扩展工具编译

文件,想要开启扩展,必须在ext文件夹中有相应dll文件,并且php.ini文件里面加入相应配置,格式举例如下: extension=php_memcache.dll 由于php_memcache.dll...官方编译出来版本支持到PHP 5.6就断了,幸运是,虽然放出已编译版本停了,但是源码还在更新,并且支持了7.1,所以,之前配置了PHP 7.1.4博主就只好操起不熟练VS 2015命令行进行编译适合自己...目录下,将解压后目录名改为PHP7 8、x64目录下创建pecl文件夹,文件夹下再建立memcache文件夹,将下载memcache代码解压到这个目录下,再在x64目录下创建obj文件,用来存放编译后文件...编译 刚才 VS2015 x64 本机工具命令提示符执行以下命令,用于创建php编译配置: cd phpdev\vc14\x64\php7 buildconf configure --help...memcached服务器安装 下载 下载地址:http://pan.baidu.com/s/1gdKbp8R 安装 1、解压下载后文件,把它放到一个目录,如D:\memcached。

79730

Windows平台下Python使用swig调用C++

使用编译器是VC140编译器,对应版本是VS2015,本次使用是VS2017使用VC141编译器。...需要在VS2017安装VC140编辑器,可以直接在工具->获取工具和功能安装 配置VS编译环境 C++空工程基础上建立环境 配置输出类型 在生成->配置管理器设置: 活动解决方案配置为Release...配置输出 引入Python库(关键) 项目->属性配置PythonVC++目录包含目录,导入Python安装路径下include路径(包含Python.h) 链接器->常规附加库目录...配置文件 ? 配置库 编译输出 选择生成->生成解决方案,X64->Release文件夹下有一个dll文件,即为编译输出动态链接库。...将其名称改为_.pyd(本例为_Example_swig.pyd),将其与swig生成.py文件放在同一目录 步骤四:测试调用 python,使用import <name

2K90

32位汇编第七讲,混合编程,内联汇编

你可以直接文件夹上面输入CMD 回车,则会在当前目录下,注意这里为了演示命令截图 把两个obj文件拷贝了出来 开始连接 ? 成功生成 ? 打开程序校验一下 ?...可以调用了 ②丶将汇编程序.obj文件,放到C/C++工程目录下,利用工程特性,直接连接 我们可以把obj放到VC++,这样我们可以直接编译连接使用,不用手工编译连接了 ?...因为VC++6.0Bug,使用了一个插件修复,本来可以直接在 File(文件) - > Open(打开) 解决VCBug,这里直接提供一个Dll,把Dll放在VC++目录上一层,Addins...,可以使用vc++自带lib工具,如果配置了环境变量,则直接输入cmd,跳转到目录下,把MyAdd.obj生成为lib ?...,还得生成DLL 或者生成lib 那么我们突发奇想,可不可以C/C++写汇编代码 比如我们写个int 3中断指令 C/C++代码 #include "stdafx.h" typedef int

1.6K100

Win64下编译集成GEOS和Proj4GDAL

解压下载proj5.2.0压缩包,cmake界面填入如下路径: 点击“configure”,选择合适编译器,就会出现上图配置选项。...cmake得到工程都有install工程,生成之后就会自动把需要文件、lib还有dll复制到对应目录中去,这样方便我们管理。...3.GDAL集成Proj4和GEOS 这里编译是GDAL2.3.3版本。解压出gdal-2.3.3目录,找到目录nmake.opt,里面记录着相关编译设置。用记事本打开,修改相应配置。...ENDIF 这段配置意思是设置GEOS_DIR为GEOS目录,GEOS_CFLAGS引用到根目录capi文件夹和include文件夹作为编译需要文件,根据是否是debug模式,设置GEOS_LIB...5) 编译 安装VS2015环境后“开始菜单”中找到“VS2015x64本机工具命令提示符”并启用。

1K10

VS2015编译openjpeg(3264位)

还没有找到不修改CMakeList.txt情况下在Windows 64位平台用gcc生成32位代码办法(待研究),因为调试环境还是喜欢用VS2015所以我决定还是用VS2015再把openjpeg...编译环境 作者使用操作系统平台是win7 x64, 编译器是目前最新vs2015,cmake版本是3.1.0,准备好以上环境就可以开始代码编译了。...当生成动态库时候,还可以参加参数 -DCMAKE_GNUtoMS=ON 生成MSVC格式导入库(import library .lib文件)。这样MSVC就可以直接使用GCC编译动态库了。...CMAKE_INSTALL_PREFIX指定J:\openjpeg-windows-vc-x86文件夹下,分为bin\include\lib三个子目录。...: 项目: INSTALL, 配置: Release x64 —— 8>没有为此解决方案配置选中要生成项目 9>—— 已跳过生成: 项目: PACKAGE, 配置: Release x64

1.4K10

文件被多个中间文件输出目录相同工程包含

case 两个工程 Proj1 和 Proj2,同时包含 demo.cpp,其中 Proj1 工程配置里预定义宏 MACRO_PROJ1,Proj2 工程配置里预定义宏 MACRO_PROJ2,两个工程中间文件输出目录为同一个...analysis 在出问题情况下,既然 Proj1.exe 和 Proj2.exe 输出一致,那么可以推测生成两个 exe 中间文件 demo.obj 是一样,明明两个工程里根据宏定义,预编译过后源代码是不一样...,怎么会出现生成 obj 文件一样情况呢?...联想到编译器「懒惰」特性,推测出发生问题情况如下: 假设首先编译 Proj1,那么预编译过后,源文件里生效应该是printf("output by proj1");这一行,生成 demo.obj,...confirmation 更改 Proj1 与 Proj2 两个工程中间文件输出目录为两个不同目录,问题不再发生。 Done!

80730

文件被多个中间文件输出目录相同工程包含

case 两个工程 Proj1 和 Proj2,同时包含 demo.cpp,其中 Proj1 工程配置里预定义宏 MACRO_PROJ1,Proj2 工程配置里预定义宏 MACRO_PROJ2,两个工程中间文件输出目录为同一个...analysis 在出问题情况下,既然 Proj1.exe 和 Proj2.exe 输出一致,那么可以推测生成两个 exe 中间文件 demo.obj 是一样,明明两个工程里根据宏定义,预编译过后源代码是不一样...,怎么会出现生成 obj 文件一样情况呢?...联想到编译器「懒惰」特性,推测出发生问题情况如下: 假设首先编译 Proj1,那么预编译过后,源文件里生效应该是printf("output by proj1");这一行,生成 demo.obj,...confirmation 更改 Proj1 与 Proj2 两个工程中间文件输出目录为两个不同目录,问题不再发生。 Done!

74410
领券