不能与MinGW的建设加速，它看起来为Visual C ++ [英] Cannot build Boost with MinGW, it looks for Visual C++

问题描述

起初我试图建立兼具MinGW和微软的Visual C ++安装升压，这些命令：

At first I tried to build Boost having both MinGW and Microsoft Visual C++ installed, with these commands:

bootstrap.bat mingw
.\b2

在生成过程中，我得到了很多，表明构建就是这么做的Visual C ++（MSVC）日志行。所以我停了下来，我完全卸载的Visual C ++（使用Windows实用程序），我删除了升压目录，我重新创建它从BZ2文件，我检查了 G ++。exe文件在路径，我重新进入了previous两个命令来重新从头开始加速。

During the build process, I got plenty of log lines indicating that the build was being done for Visual C++ (msvc). So I stopped it, I completely uninstalled Visual C++ (using the Windows utility), I removed the Boost directory, I recreated it from the bz2 file, I checked that g++.exe was in the PATH, and I re-entered the previous two commands to reinstall Boost from scratch.

我不断收到MSVC构建...还有什么我能做什么？

I keep getting an msvc build... Is there anything else I can do?

Windows控制台结果
从日志中，似乎没有配置中选择：

Windows console
From the logs, it seems that no configuration is selected:

> .\b2

Building the Boost C++ Libraries.

Performing configuration checks

    - 32-bit                   : no  (cached)
    - 64-bit                   : no  (cached)
    - arm                      : no  (cached)
    - mips1                    : no  (cached)
    - power                    : no  (cached)
    - sparc                    : no  (cached)
    - x86                      : no  (cached)
    - has_icu builds           : no  (cached)

---

的MinGW控制台

$ ./bootstrap.sh

###
### Using 'gcc' toolset.
###
rm -rf bootstrap
mkdir bootstrap
gcc -o bootstrap/jam0 command.c compile.c constants.c debug.c execcmd.c frames.c function.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c object.c option.c output.c parse.c pathsys.c pathunix.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c class.c cwd.c native.c md5.c w32_getreg.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c modules/order.c execunix.c fileunix.c
builtins.c:34:23: fatal error: sys/wait.h: No such file or directory
compilation terminated.
execunix.c:20:26: fatal error: sys/resource.h: No such file or directory
compilation terminated.
fileunix.c:96:17: fatal error: ar.h: No such file or directory
compilation terminated.

这些文件被有效地丢失。难道他们不应该成为的MinGW的一部分吗？

These files are effectively missing. Shouldn't they be part of MinGW?

推荐答案

建立与MinGW的提升

Build boost with mingw

打开的窗口 CMD 结果
CD 你的 boost_1_53_0 文件夹中。

open windows cmd
cd to your boost_1_53_0 folder.

要得到一个干净的路径环境结果
类型（更改为您MinGW的路径）

To get a clean path environment
type (change to your mingw path)

set PATH=C:\mingw\bin

测试：类型

path

输出： PATH = C：\\ MinGW的\\ BIN

键入

bootstrap mingw

引导完成之后，搜索
然后更改下面的命令来满足您的需求。结果
类型

After bootstrap has finished,
then change following command to fit your needs.
type

.\b2 --build-dir=C:\boost-mingw toolset=gcc variant=debug link=shared runtime-link=shared

有其他的方式来建立的推动作用。但上面的步骤应该是足够了。

There are other ways to build boost. But above steps should be enough.

这篇关于不能与MinGW的建设加速，它看起来为Visual C ++的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！