草庐IT

MINGW_PACKAGE_PREFIX

全部标签

python - 如何判断python是mingw还是官方build?

我在MSYS2环境中使用python。MSYS2有自己构建的MINGWpython版本。我也可以从www.python.org安装官方python。问题来了:如果我想写一个python代码需要知道python版本是MINGW还是官方版本,我该怎么做?这里有一些我可以想象的方式。使用“sys.prefix”对象。它告诉安装目录。MSYS2通常安装在目录X:\msys2\....中,而官方的默认安装在X:\Python27\中。但用户可能会更改安装目录。所以这不是一个好办法。使用“sys.version”对象可以获得编译器名称显示的版本字符串。显示的是GCC编译的MINGWpython,官

c++ - 将 inotify 与 MinGW 结合使用

是否可以在Windows上使用inotify和mingw编译?因为我会监控更改Linux服务器上的文件,但该程序将在Windows7机器上编译和运行。我想我必须使用inotify而不是Win32APIFindFirstChangeNotification。是否可以从Windows机器上监控Linux目录?我编译时的错误:MicrosoftWindows[Version6.1.7601]Copyright(c)2009MicrosoftCorporation.Allrightsreserved.C:\Users\simon\Desktop>g++main.c-omain.exemain.

c++ - Windows下使用MinGW-w64编译Qt5 hello world.cpp文件报 "undefined reference"错误

当我运行make编译由cmake生成的Makefile以编译Qt5应用程序的helloworld示例时,编译失败并出现以下错误:为什么编译失败?(我正在尝试做的事情的详细信息)我在Windows10下,使用从Qtofficialwebsite下载的Qt5.5二进制文件,mingw-w64gcc和g++随WinBuilds一起提供,以及从officialwebsite下载的cmakev3.6并使用Windowswin64-x64安装程序安装。我正在尝试编译Qt5'sofficialwiki中提供的以下helloworld测试文件:#includeintmain(intargc,char*

windows - Windows下用MinGW-w64编译POCO库(找不到消息编译器)

我在执行来自PocoMacros.cmake的部分代码时遇到问题文件:#CMAKE_MC_COMPILER-wheretofindmc.exeif(WIN32)#cmakehasCMAKE_RC_COMPILER,butnomessagecompilerif("${CMAKE_GENERATOR}"MATCHES"VisualStudio")#thispathisonlypresentfor2008+,butwecurrentlyrequirePATHto#besetupanywayget_filename_component(sdk_dir"[HKEY_LOCAL_MACHINE\\

windows - msys2 找不到 mingw64

我下载了:https://mingw-w64.org/doku.php/download/mingw-buildshttps://mingw-w64.org/doku.php/download/msys2并将它们安装在C:/development/msys64下。在此文件夹下,我找到了msys2.exe和mingw64文件夹,它们又包含一个包含所有mingw可执行文件的bin。我将C:/development/msys64/mingw64/bin文件夹添加到PATHenvvar。事实上,我可以从Windows提示符调用gcc-例如。相反,在msys2shell中我找不到它们。我的意思是

在 cygwin/mingw 上为 windows 编译

因此,我正在尝试为cygwin中的cairo图形库编译一个简单的C示例。为cygwin编译时,一切都按预期工作,但对于windows它编译,但在尝试执行时不起作用。这是我的生成文件:CFLAGS=-lcairo#WIN32HEADERS=/usr/i686-w64-mingw32/sys-root/mingw/include/cairoWIN32HEADERS=/usr/i686-w64-mingw32/sys-root/mingw/include/cairo-I/usr/i686-w64-mingw32/sys-root/mingw/include/glib-2.0-I/usr/i6

windows - UWP package.appmanifest Assets 生成器扩展了我的图像

我正在尝试为UWPWindows10应用创建视觉Assets。使用VS2017(15.2、26430.6)和package.appmanifest。当我将400x400.png图像放入Assets生成器时,它会自动将其缩放到533x533,这会导致失真和伪影。该提示不支持SVG(尽管它支持其他矢量图形格式,即.pdf和.ai)。以防万一,我最初放置了一个327x327(我认为这可能是缩放的来源)。但后来我关闭了我的解决方案并重新打开,缩放仍然存在。编辑:创建空白的新应用程序。在AssetGenerator中放置相同的400x400图像,它仍然缩放到533x533

c - Mingw-w64 C版本支持吗?

minigw-w64支持哪些C版本?它使用msvcrt.dll那么它不会只支持ANSIC吗?但后来我看到像VLC这样的程序使用它,但说它们需要C11。这怎么可能?编辑:一些来源:Howtoprintfasize_twithoutwarninginmingw-w64gcc7.1?http://www.mingw.org/wiki/c99 最佳答案 MinGW使用msvcrt.dll,但在需要支持更新/固定功能的地方集成它,在某些情况下提供某些功能的完整重新实现(例如,您可以选择加入GNUprintf/扫描)。此类额外内容要么静态链接,

c - Detecting if stdout is a console with MS Visual compilation, mingw64提供的console

我维护一个生成二进制数据的命令行实用程序。请求时,数据可以重定向到stdout。这在stdout被重定向到管道或文件时有效,但当stdout是一个控制台时,情况就不太一样了,因为它会垃圾控制台。为了保护用户免受此类错误,程序必须检测stdout是否是控制台,并在是时退出。现在,这并不是什么新鲜事,快速浏览一下Internet就会发现多种解决方案。主要缺点是没有“通用”方法,VisualStudio需要自己的风格。我用于Visual的控制台检测器有一个缺陷:它没有检测到stdout是一个控制台当控制台由mingw提供时,我认为这意味着它是mintty。这里是相关的代码部分:#ifdefi

Windows编程使用mingw和system()函数调用用法

我有Unix编程背景,在将我的系统从Unix移植到Windows时遇到了一个独特的行为/问题。[我对Windows开发还很陌生,所以下面的问题可能看起来太明显了。]我正在使用mingw进行移植,问题是关于Unix中提供的“system()”调用和WEXITSTATUS选项。问题在Unix中,要执行任何命令/脚本,我们有使用system()调用的代码。同样在mingw中编译-但我想知道unix和Windows版本的system()调用之间的行为是否有任何变化。windows版本的system()调用在mingw的标准库中提供,但我无法获得确切的行为。我的第二个问题是关于WEXITSTAT