I just downloaded the latest versions of MinGW and Boost 1.54.0 (on Windows 7).
The first one installed smoothly (g++ 4.7.2).
When installing Boost, this is all I get:
boost_1_54_0> bootstrap.bat mingw
Building Boost.Build engine
The system cannot find the batch label specified - Test_Option
\CMake was unexpected at this time.
The compiler's path is set (from any directory, g++.exe --version returns 4.7.2).
Is there anything wrong in the way I specify MinGW?
Related
I'm trying to debug a segfault in some code built with mingw-w64's version of gcc. Since no Windows build of gcc includes the Address Sanitizer, I've been looking for a version prior to 4.9 that would allow me to use Mudflap instead.
(It has to be 4.8 or earlier, since Mudflap was removed from gcc in 4.9 - see https://gcc.gnu.org/wiki/Mudflap_Pointer_Debugging)
I've tried using downloads of 4.8.1 and 4.6.4 from https://sourceforge.net/projects/mingwbuilds/files/host-windows/releases/ - but my builds all fail with cc1plus.exe: fatal error: mf-runtime.h: No such file or directory.
I have tried using the original MinGW as well, but 4.5 as downloaded from
https://sourceforge.net/projects/mingw/files/MinGW/Base/gcc/Version4/gcc-4.5.0-1/
just fails silently with error code 1.
Is there any site that still hosts a mingw-w64 build of gcc old enough to include mudflap? Preferably with SEH threads instead of SJLJ. If not, is there anywhere I can download a mingw-w64-compatible set of libraries and headers to install mudflap to work with an existing build?
I have both CUDA versions 7.5 and 8.0 installed but cmake seems to only be able to find the 7.5 version. Running this code:
find_package(CUDA 8.0 REQUIRED)
Gives this error:
CMake Error at P:/Program Files/CMake/share/cmake-3.9/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
Could NOT find CUDA: Found unsuitable version "7.5", but required is at
least "8.0" (found C:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v7.5)
Even though v8.0 is in the same directory as v7.5. Is this a problem with cmake, or am I doing something wrong here?
No matter how many CUDA toolkits you have installed find_package(CUDA) finds the one that has its nvcc (typically located in <CUDA root dir>/bin) in the environment variable $PATH. If there are several nvcc in $PATH, it will pick up the first one. On windows, installer typically adds relevant environment variables automatically, so the version found depends on the order of installation.
You should not be using find_package(CUDA) anymore as CMake now has first-class support for CUDA.
For details check:
CMake documentation for FindCUDA
First few paragraphs of the header comment in Modules/FindCUDA.cmake
What are PATH and other environment variables, and how can I set or use them?
You could feed CMake with the path to CUDA explicitly, by setting the CUDA_TOOLKIT_ROOT_DIR flag from CMake command line:
cmake -DCUDA_TOOLKIT_ROOT_DIR=<path-to-cuda-8.0>.
CUDA version detection is done by CMake's findCUDA function:
https://cmake.org/cmake/help/v3.0/module/FindCUDA.html
It's possible that for some reason, findCUDA search fails to locate CUDA 8.0 you have installed.
It might be that CUDA_BIN_PATH is set to 7.5, and therefore CMake picks that.
I've just build a gcc 5.2.0 on windows according to this material:
http://preshing.com/20141108/how-to-install-the-latest-gcc-on-windows/
Everything went well. But then I've tried to build Qt with this newly built gcc and I'm getting an error that there is no mingw32-make. Checked directory and no, there isn't one.
But then I checked previously installed gcc, which was work of TDM, downloaded from:
http://tdm-gcc.tdragon.net/
and yes, in his build there is mingw32-make.
So, the question is, how is it that he has that tool, and many other which are absent in my build are present in his?
if you create from the gcc5.2.0 source, a build then you've just created the gcc compiler with all its necessary files. e.g. gcc-5.2.0.exe, gcc.exe, g++.exe, etc.
NOT the MinGW runtime environment for gcc, which contains the mingw32-make.exe !
if you follow your link from your question here you build it with the cygwin make.exe.
It's better to download the mingw 32 binary runtime environment for gcc
or
MinGW64 runtime environment for gcc
Then you have all the files needed to work with QT.
if you want to create a mingw build from source, you need first a MinGW runtime environment then you can use that to build your own mingw32-make.exe.
When I try to directly install the binary (700mb) cuda_5.0.35_linux_64_fedora16-1.run I only get the driver installed and setup detect that I have unsupported gcc version 4.7. I have nvcc and gcc-4.5.2 on my path.
Thus I configured and installed gcc 4.5.2 to another directory (/opt/gcc) and pointed it via install script :
./cudatoolkit* --compiler-bindir /opt/gcc-4.5.2/usr/bin
I only got the deviceQuery working but for other codes in samples I have this ;
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
Thus the question is reduced to ;
CUDA 5.0 prod. release supports up to gcc 4.5 and I have 4.7 in stock by default. What is the proper (de facto) way of installing the secondary gcc to a different location and pointing to it from cudatoolkit install package ? Goal is to (obviously) seamless compile the samples folder in the latest CUDA release.
Older versions worked fine but I want to make this work.
Any suggestions are welcomed.
The steps used to get this working were:
Install gcc-4.4.7 to a different location
Install CUDA 5.0 to it's default location
Install Samples and SDK to your home directory
Add gcc-4.4.7 to your path (overwrite gcc-4.7.1)
Add LD_LIBRARY_PATH to your path
Add nvcc (/usr/local/cuda-5.0/bin) to your path
Compile (make) samples
i always get the error:
clang library not found
i have installed the newest mingw and haskell plattform under win7 also i copied the llvm-2.9-mingw and clang-2.9-mingw32 into the mingw folder
what can i do?
It will be a matter of setting the paths to the library, so the compiler can find it. You may be able to set
LIBRARY_PATH
to help gcc find the library.