librdkafka MSVCRT.lib(_chkstk_.obj) 模块计算机类型“x64”与目标计算机类型“X86”冲突

于 2020-07-16 19:59:58 发布
阅读量502 收藏
点赞数
分类专栏： c++ 软件开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/feng1028zd/article/details/107391887
版权

编译环境：VS2015；

错误描述：编译librdkafka开源代码时，64位可以编译过，编译32位时报错：MSVCRT.lib(_chkstk_.obj) : fatal error LNK1112: 模块计算机类型“x64”与目标计算机类型“X86”冲突；

错误原因：引用的库不对，编译32位程序时，调用了64位的库；

解决方法：$(VC_LibraryPath_x86);$(WindowsSDK_LibraryPath_x86);.\\openssl\openssl-lib32\lib； 问题在于：$(VC_LibraryPath_x86);$(WindowsSDK_LibraryPath_x86);.这两个路径，检测是不是对应的版本；

 

cary_lg
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突——我的解决方案
qtBMP的专栏
02-19 3万+
win7 下，安装的VS2008，然后搭配opencv2.3.1运行，报错为：fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突 。通过网上查询，给错的答案大同小异，但是依然有很多朋友按照网上的答案无法解决这个问题，一下是我的解决方案，仅供参考： 1、原因：win7下的64位系统，在运行程序的时候，需要的DLL必须是64位系统编译的，VS2008也必
libcmt.lib、msvcrt.lib冲突的主要原因
longlijun的专栏
03-07 2282
在VC++项目的编译链接过程中，libcmt.lib、msvcrt.lib冲突的情况常碰到： LIBCMTD.lib(crt0dat.obj) : error LNK2005: __cexit 已经在 msvcrtd.lib(MSVCR100D.dll) 中定义 ......   发生这个冲突的最主要原因是： 该项目以及该项目导入的各种库（*.lib)的链接方式不一致， 比如导入的库使
fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突
Fred、的窃窃私语
03-13 4419
64位win7 下，安装的VS2008，编译的时候报错为：fatalerror LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突。 说明一：编译64位的程序不一定要以64位的系统上，关键是一些配置，而且还要有64位程序的编译器，因为开始我以为编译64位的程序好像要在64位的系统上，后来经过查阅资料，得到了此结论，故在此特别说明一下。 说明二: 若出现“模块计算机
VC++使用静态库，msvcrt.lib连接错误
whatday的专栏
07-23 2883
一个库被编译成了静态库，在工程中使用该静态库，进行链接的时候报如下错误 msvcrt.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) 已经在 libcmt.lib(typinfo.o
用mingw链接msvc生成的库时，无定义chkstk问题的解决
学习是为了探索这个世界的本质
01-14 5408
在用mingw链接msvc生成的库时常常产生这样的链接错误： undefined reference to `_chkstk' 这是因为chkstk is a stack-probing thing that MSVC generates whenallocating big stack frames), and that GCC has an equivalent inlibgcc （cal
MSVBCRT_AIO_2018.07.30_X86 X64.zip
01-18
《微软运行库MSVBCRT_AIO_2018.07.30_X86 X64详解》 微软运行库是Windows操作系统中不可或缺的一部分，它为开发者提供了执行各种应用程序所需的组件和服务。MSVBCRT_AIO_2018.07.30_X86 X64.zip是一个包含32位（X86...
微软常用运行库合集 MSVBCRT_AIO_2018.05.13_X86 X64.exe
12-18
标题“微软常用运行库合集 MSVBCRT_AIO_2018.05.13_X86 X64.exe”所指的是一个包含了微软公司多款关键运行库的集合，这个集合专为了解决用户在运行某些Windows应用程序时可能出现的DLL文件缺失问题。描述中的...
x86_64-13.2.0-release-posix-seh-msvcrt-rt_v11-rev1.7z
最新发布
12-14
标题 "x86_64-13.2.0-release-posix-seh-msvcrt-rt_v11-rev1.7z" 暗示这是一个针对 x86_64 架构的 MingW (Minimalist GNU for Windows) 发行版，版本号为 13.2.0，并且是 release 版本。"posix-seh" 表明它支持 ...
VC6.0--lib.rar_vc6.0 lib
09-24
2. **头文件与库文件配合**: 使用库功能时，通常还需要包含对应的头文件，例如`#include <stdio.h>`引用了标准输入输出库，对应的.lib文件是msvcrt.lib。 3. **MFC库**: 对于使用MFC开发的应用，需要选择相应的库...
微软常用运行库合集32+64位合集，MSVBCRT_AIO_2018.07.18_X86+X64和MSVBCRT_AIO_2018.07.18_X86最新版
08-19
标题中的“微软常用运行库合集32+64位合集，MSVBCRT_AIO_2018.07.18_X86+X64和MSVBCRT_AIO_2018.07.18_X86最新版”指的是一个包含微软开发的多个关键运行库的集合，适用于32位和64位系统。这个合集主要是为了确保...
moc_qtfirst.obj : fatal error LNK1112: 模块计算机类型“X86”与目标计算机类型“x64”冲突
cyebo的专栏
03-12 2930
文章来自： http://jingyan.baidu.com/article/a948d65159d8890a2dcd2e84.html 可以成功安装到V2013上，但是却出现了下面的问题： Qt5Widgetsd.lib(Qt5Widgetsd.dll) : fatalerror LNK1112: 模块计算机类型“x64”与目标计算机类型“X86”冲突
带你玩转Visual Studio——带你跳出坑爹的Runtime Library坑
热门推荐
阳光日志
10-13 5万+
Windows下**C Runtime Library**是微软对C标准库函数的实现，这样每个程序可以直接使用C标准库的函数；后来出现了C++，于是又在C Runtime Library基础上开发了**C++ Runtime Library**，实现了对C++标准库的支持。因此现在Windows下的C/C++运行时库既包含子C标准库，也包含了C++标准库。如果你安装了VS2010，在安装目录下的VC\crt\src下
1.LNK1112 模块计算机类型“X86”与目标计算机类型“x64”冲突
incompetent的博客
01-03 433
模块计算机类型“X86”与目标计算机类型“X64”冲突解决方法
qq_25546985的博客
05-05 5044
先说方法：把VS自带的库目录全部删除，然后加上：$(LibraryPath) 网上查了很多方法，对我都没有用。后来自己找到解决办法了，这里分享给大家。 我想编译64位的程序，于是选择了debug + x64的编译环境。 我报的错误是：msvcprtd.lib(MSVCP110D.dll) : fatal error LNK1112：模块计算机类型“X86”与目标计算机类型“X64”冲突。 ...
VC下MSVCRT.lib(MSVCRT.dll)错误解决方法
清闲老窝的专栏
03-07 5698
将project-》setting里面的general里改为Use Shared Dll.
c2pwrite = msvcrt.get_osfhandle(stdout.fileno()) AttributeError: module 'subprocess' has no attribute 'fileno'
08-08
根据提供的引用内容，问题是关于`msvcrt.get_osfhandle(stdout.fileno())`的报错。引用和中的代码片段提供了一些相关信息。 根据引用中的代码注释，`c2pwrite`是一个文件描述符，而不是一个文件对象。因此，使用`stdout.fileno()`是错误的。 根据引用中的代码片段，`fileno()`方法是用于文件对象的，而不是`subprocess`模块。因此，`stdout`对象不应该是`subprocess`模块的一部分。 要解决这个问题，你需要确保`stdout`对象是从正确的位置引入的，并且是一个文件对象，而不是`subprocess`模块的一部分。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值