草庐IT

unknown-mingw

全部标签

c++ - 使用 MinGW 构建 Boost 1.45

尝试使用MinGW在WindowsXP上编译Boost1.45。我一年前做过,差点忘了怎么重复。%PATH%包含MinGW路径。user-config.jam包含usinggcc;bjam(ntx86之一)来自here.输出:>bjam--build-dir="E:\Boost"--build-type=completetoolset=gccstage/tools/build/v2/build\configure.jam:145:inbuilds-raw***argumenterror*ruleUPDATE_NOW(targets*:log?:ignore-minus-n?)*call

c++ - 在 MinGW 中导入内联函数

我正在使用在其header中定义内联函数的共享库。这是一个简化的测试用例,如链接到库的编译单元所见(对于库所见的版本,只需将dllimport替换为dllexport)。class__declspec(dllimport)MyClass{public:intmyFunc2();intmyFunc1();};inlineintMyClass::myFunc2(void){returnmyFunc1();}inlineintMyClass::myFunc1(void){return0;}编译它会给出警告:warning:'intMyClass::myFunc1()'redeclaredwi

c++ - MinGW 4.7.2 的 Qt 应用程序段错误

使用MinGW4.7.2每个编译的Qt4应用程序都会崩溃-甚至是之前运行的程序。MinGW:4.7.2QT:4.8.3使用的库:QtCore4.dllQtCored4.dllQtGui4.dll(用在gui上)QtGuid4.dll(用于gui)以简单程序为例:#includeintmain(intargc,char*argv[]){QApplicationapp(argc,argv);/*Crashhere*/returnapp.exec();}崩溃:收到信号:SIGSEGV(段错误)调用堆栈:ZN23QCoreApplicationPrivate27processCommandLi

c++ - MinGW-Clang 的 libgcc_s_dw2-1.dll 丢失了吗?

当我尝试运行rubenvb'sClang3.2时,我得到:Theprogramcan'tstartbecauselibgcc_s_dw2-1.dllismissingfromyourcomputer.Tryreinstallingtheprogramtofixthisproblem.我在任何地方都找不到DLL...我缺少什么包/我该如何解决这个问题? 最佳答案 您还需要下载一个gcc包,Clang的构建没有C++库或任何东西。它的意思是与gcc包结合使用。来自here:HereyouwillfindthelatestClangcom

c++ - mingw-w64 : slow sprintf in <cstdio>

是吗C++中的header包含与相同的功能但输入std命名空间?我在使用mingw-w64编译的程序中遇到了奇怪的效率问题,它比在linux上慢十倍以上。经过一些测试,我发现问题出在sprintf中。.然后我做了如下测试:#include//#include//usingstd::sprintf;intmain(){inti;for(i=0;i使用编译时它比使用快15倍.这是时间:$time./stdioreal0m0.557suser0m0.046ssys0m0.046s$time./cstdioreal0m7.465suser0m0.031ssys0m0.077s$g++--ver

c++ - 预编译 header 在使用 Qt Creator/qmake/MinGw 的调试版本中不起作用

在QtCreator中,我有一个使用PRECOMPILEDHEADERS的pro文件。当我在Release模式下构建时,构建工作非常完美。但是在Debug模式下构建会出错,生成目标文件失败。示例:17:12:40:RunningstepsforprojectEuclide...17:12:40:Configurationunchanged,skippingqmakestep.17:12:40:Starting:"C:\Qt\Tools\mingw48_32\bin\mingw32-make.exe"C:\Qt\5.2.0\mingw48_32\bin\qmake.exe-specwin

c++ - 使用 MinGW-W64 的 LTO 导致 DLL 链接失败

我未能使用带-flto的MinGW-W64为Windowsx86-64构建共享库。这是我得到的(编译是在Linux机器上完成的):#...x86_64-w64-mingw32-g++-c-std=gnu++11-fvisibility=hidden-DGLEW_STATIC-Ofast-flto-frtti-pedantic-Wall-Wextra-fexceptions-mthreads-DUNICODE-DQT_LARGEFILE_SUPPORT-I.-I'include'-I'/usr/x86_64-w64-mingw32/share/qt4/mkspecs/win32-g++-

从github上下载下来的代码下载依赖提示:code 128 An unknown git error occurred

目录首先安装:进入文件夹cdvue-element-adminnpmi下载依赖 这时候出现了报错 Anunknowngiterroroccurred 解决方案: 之后重新下载依赖即可今天从github上下载了一个项目(vue-element-admin),但是出现了一些问题,这里记录一下过程及解决方案。首先安装: gitclonehttps://github.com/PanJiaChen/vue-element-admin.git 进入文件夹cdvue-element-adminnpmi下载依赖 这时候出现了报错 Anunknowngiterroroccurred  解决方案:在c盘用户下找到

c++ - Mingw 的处理/导出问题

我正在Windows下使用Netbeans和MinGW开发一个共享的C++DLL。我的第一个问题是:MinGW和MicrosoftVisualC++之间的重整会有所不同吗?我读到mangling是特定于编译器的——是真的吗?我需要使用MinGW获得与MVC++相同的处理,这是否可能?我发现,使用DependencyWalker,导出的函数也被视为C(在我的代码中它们没有导出为C)。这是否取决于DepWalker的限制或出于某种原因MinGW正在将我的库导出为C?(我验证了使用“exportC”我不再看到重整,而没有,我看到名称重整(这与我基于MVC++的预期不同)但我仍然看到“C”图标

c++ - 将 MSVC++ .lib 文件与 mingw 一起使用。名称修改

我有静态C++库,用MSVC和dll文件编译(称为opennurbs的库)。我需要在项目中使用这个库,由mingw编译(我使用Qtcreator,但项目不使用qt库)。所以,我有Unresolvedexternal问题。我认为名称修改有问题。如何将.lib文件转换为.a库?我尝试使用nm命令,但它不起作用:“foo.dll中没有符号”。Extern"C"不起作用,因为它是C++库。 最佳答案 一般来说,您不能从用另一个编译器构建的程序中使用用一个编译器构建的C++DLL。名称重整只是问题之一-没有对异常处理、RTTI、内存管理甚至类