msys

问题 I am using virtualenvwrapper with Git Bash (msysGit). Mostly this works fine, but the lsvirtualenv command relies on the fmt unix command, which is not currently on my path. I would like to add only fmt.exe to my Git Bash bin if possible, in the interests of doing a minimal install. For the life of me I cannot find a standalone fmt - it looks like it used to be a part of MSYS coreutils, but is now no longer present. Please could someone give me some pointers on how to proceed? 回答1: It's not

问题 Since I'm using both Windows' cmd.exe and msysgit's bash , trying to access the Windows-path output by os.getcwd() is causing Python to attempt accessing a path starting with a drive letter and a colon, e.g. C:\ , which bash correctly determines an invalid unix-path, which instead should start with /c/ in this example. But how can I modify a Windows-path to become its msys-equivalent iff the script is running within bash ? 回答1: Ugly but should work unless you create an environment variable

问题 Problem is actually that my compiler doesn't find the SDL library files. I rounded down possible errors by removing all SDL files, reinstalling SDL and compiling without SDL_image. No help. Files I copied from SDL-devel-1.2.15-mingw32.tar.gz package: sdl\include to mingw\include\sdl (I later copied files to mingw\include root as well) sdl\lib to mingw\lib (3 files: libSDL.dll.a libSDLmain.a and libSDL.la) sdl.dll and sdl-config to mingw\bin I installed it via msys, and later manually just to

问题 I'm building OpenMPI library on Windows using Msys. But when I try to run the command ./configure from the appropriate directory I get lots of output notifying me all files are being checked followed by the next two lines: configure: WARNINGS: neither statfs() and statvfs() were found error: Cannot continue How can I fix this error? 来源： https://stackoverflow.com/questions/47753406/msys-can-not-find-statfs

问题 The problem is illustrated by this simple script: import time, os, sys sys.stdout = os.fdopen( sys.stdout.fileno(), 'w', 1 ) # line-buffer stdout print 'before sleep' time.sleep( 10 ) print 'after sleep' If line-buffering is successful, then there will be a 10-sec gap between the printing of the two lines. If not, both lines will appear virtually at the same time after a 10-sec pause (once Python starts up); that is, the lines are printed when the program exits. On Linux, I see line-buffered

问题 My problem: in a Makefile which I use in both the MSYS and the MSYS2 environment I know a path, PYTHON_ROOT_DIR, which shall be used at compilation time in a C++ program. Problem is PYTHON_ROOT_DIR is in the Makefile known as posix style path such as /mingw64/bin , where in the C++ program it shall have a form like "C:\\prog64\\msys64\\mingw64\\bin" . Additional challenge is that depending on a configuration variable PYTHONMAJOR the path shall be wide characters or normal characters. My

问题 Hi i would like to know how to setup sublime text 3 build system to execute bash script threw MSYS bash. I have try the following build system : { "cmd" : ["bash", "$file"], "selector" : "source.shell", "path" : "C:/MinGW/msys/1.0/bin" } It does look to work, but it can't find gcc, i have try to add multiple path this way : "path" : "C:/MinGW/msys/1.0/bin:C:/MinGW/bin" But the C: looks to break the thing . I have also try this : "path" : ["C:/MinGW/msys/1.0/bin", "C:/MinGW/bin"] But it fail

问题 I want to install xgboost using anaconda python. In this process, I am trying to install xgboost. While trying to "make" the xgboost i am getting the below error: C:\GitRepository\xgboost> g++ -m64 -c -Wall -O3 -msse2 -Wno-unknown-pragmas -funroll-loops -fopenmp -fPIC -o updater.o src/tree/updater.cpp src/tree/updater.cpp:1:0: warning: -fPIC ignored for target (all code is positio n independent) // Copyright 2014 by Contributors ^ src/tree/updater.cpp:1:0: sorry, unimplemented: 64-bit mode

问题 when run this command with msys in openssl source code directory. $ ./config Operating system: x86_64-whatever-mingw Configuring for mingw Configuring for mingw no-ec_nistp_64_gcc_128 [default] OPENSSL_NO_EC_NISTP_64_GCC_128 (skip dir) no-gmp [default] OPENSSL_NO_GMP (skip dir) no-jpake [experimental] OPENSSL_NO_JPAKE (skip dir) no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5 no-libunbound [experimental] OPENSSL_NO_LIBUNBOUND (skip dir) no-md2 [default] OPENSSL_NO_MD2 (skip dir) no-rc5

问题 I was trying to compile a simple opengl program on msys using g++. To my surprise the linker was complaining on undefined references: $ g++ -mwindows -lopengl32 glut_md2.cpp C:\Users\...\cceQtYAy.o:glut_md2.cpp:(.text+0x67a): undefined reference to `glGenTextures@8' C:\Users\...\cceQtYAy.o:glut_md2.cpp:(.text+0x696): undefined reference to `glBindTexture@8' .... After googling for a while I found that the problem was in g++ arguments order: $ g++ glut_md2.cpp -mwindows -lopengl32 --- all ok!