mingw-w64

build openssl on win64 fail

断了今生、忘了曾经 提交于 2019-12-11 08:26:30
问题 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

zmq_getsockopt returns EINVAL on windows x64 when local address of ZMQ_FD option_val passed

妖精的绣舞 提交于 2019-12-11 07:45:03
问题 On windows x64 passing the address of a local variable to zmq_getsockopt for ZMQ_FD consistently results in EINVAL. The code below is the smallest possible to reproduce the problem. #include <zmq.h> #include <stdio.h> void zmq_perror(const char*); int main(void) { const char *endpoint = "tcp://127.0.0.1:7100"; void *ctx = zmq_ctx_new(); if (ctx == NULL) { zmq_perror("zmq_ctx_new"); } void *socket = zmq_socket(ctx, ZMQ_DEALER); if (socket == NULL) { zmq_perror("zmq_socket"); } int rc; rc = zmq

How to Avoid `msvcrt.dll` Compiling with MinGW64?

点点圈 提交于 2019-12-11 06:35:28
问题 I have some C++ code that I compile to various platforms, namely Linux 32/64 bits, Windows 32/64 bits. For the Windows part, I use the latest gcc compiler provided by mingw-w64 package. The trouble I am having is that the 32-bit compilation drags the libc API that Microsoft provides through msvcrt.dll, and that DLL has some problems: is not distributable (it comes with Windows and is not replaceable) has versions (every Windows version has a different one, with added functionality) it depends

Building Qt 5.8 from source - configure: Unknown command line option '-c++11'

左心房为你撑大大i 提交于 2019-12-11 06:19:03
问题 I followed the instructions from MinGW-64-bit, using Option A: build Qt in MSYS2-shell & MinGW-w64 Win64 Shell. gcc -v says: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.3.0/lto-wrapper.exe Target: x86_64-w64-mingw32 Configured with: ../gcc-6.3.0/configure --build=x86_64-w64-mingw32 --disable-isl-version-check --disable-libstdcxx-debug --disable-libstdcxx-pch --disable-multilib --disable-nls --disable-rpath --disable-symvers -

Using SDL2 with g++ / MinGW crashes on launch

南笙酒味 提交于 2019-12-11 04:42:31
问题 I am working on a game and recently made the transition from SDL 1.2 to SDL2 (kinda late to the party but heh). Despite having no compilation or linking error whatsoever, the program crashed on launch while stating (translated from French) "The application failed to start up correctly". At first I thought it was my own fault, but then I got suspicious and put together a quick SDL2 test, which indeed after flawless compilation crashed on launch. Here is the code I've been using for this

How to install MinGW-w64 C/C++ compiler for use in MATLAB 2016b?

孤街醉人 提交于 2019-12-11 04:31:05
问题 I am installing the MinGW-w64 C/C++ compiler for use in MATLAB 20176b but there is several errors for that. How can install this compiler with all the necessary adjustments to use in Matlab 2016b? As the first way directly from Matlab: Downloaded the MinGW-w64 C/C++ compiler for Windows from here: https://www.mathworks.com/matlabcentral/fileexchange/52848-matlab-support-for-mingw-w64-c-c++-compiler After running true Matlab and approval for installation and installing the packages, it gives

matlab crashes without dump file when using fopen for file

China☆狼群 提交于 2019-12-11 03:41:37
问题 I am using gnumex with mingw for compiling mex files in matlab in Windows OS. I am not able to use fopen command to open files. Following is the code which I am using. #include <stdio.h> #include "mex.h" void mexFunction(int nlhs,mxArray *plhs[],int nrhs,const mxArray *prhs[]) { FILE *fp=NULL; fp = fopen("test.txt", "w+"); } The program compiles succesfully but when I try to run the compile mexw64 file, matlab simply closes down without generating any dump file. Note that I am able to run

MSMPI in-place MPI_Allreduce not working with MinGW-w64 gfortran

浪尽此生 提交于 2019-12-11 01:07:56
问题 I am trying to use the in-place MPI_Allreduce with the combination of MinGW-w64 gfortran (version 9.2 provided by MSYS64) and Microsoft MPI (version 10), call MPI_Allreduce(MPI_IN_PLACE, srcdst, n, MPI_REAL8, MPI_SUM, MPI_COMM_WORLD, ierr) The standard MPI_Allreduce (with distinct source and destination) works well, as does the in-place variant when I use C instead of Fortran. The complete test program test_allreduce.f90 is program test_allreduce use iso_fortran_env, only: real64 use mpi

Why is isnormal() saying a value is normal when it isn't?

巧了我就是萌 提交于 2019-12-10 17:52:57
问题 #include <stdlib.h> #include <stdio.h> #include <float.h> #include <math.h> void PrintBytes( const float value ) { const char* const byte = ( const char* )&value ; for( size_t i = 0 ; i < sizeof( value ) ; i++ ) { printf( "%02hhx" , byte[i] ); } } int main(void) { float value = FLT_MIN; while( 1 ) { printf( "%e %d " , value , isnormal( value ) ); PrintBytes( value ); puts( "" ); if( !isnormal( value ) ) { break; } value /= 2.0F; } return 0; } The output is: 1.175494e-038 1 00008000 5.877472e

Getting Valgrind on Windows 7

醉酒当歌 提交于 2019-12-10 14:59:56
问题 I'm learning C and want to install Valgrind on my system, however when I attempt to install Valgrin I get an error saying Valgrind is OS specific. Sorry I'm running Windows 7, with Mingw64 GIT installed. I've done some research and found this. According to that I need to run sh ./configure --host x86_64 w64-mingw32 However when I run this I get the following output: $ sh ./configure --host x86_64-w64-mingw32 checking for a BSD-compatible install... /usr/bin/install -c checking whether build