如何查看 g++ 的内容命令行 Boost.Build 调用 (1.33.1)
我摸不着头脑，试图弄清楚为什么在我的机器上构建 Boost 库时没有生成导入库。更具体地说，构建 DLL 工作正常，但我之前（即在重新安装计算机之前）正确生成了导入库。
一些规格：
- Boost 1.33.1
- g++ 4.3.3 TDM-1 版本，适用于 Windows
- 使用 MS Dos 命令行提示符中的
gcc工具集进行构建 - UnxUtils（2003 年 4 月 14 日之后）
调用的命令行bjam.exe 看起来像这样：
"C:\.../boost_1_33_1/tools/build/jam_src/bin.ntx86/bjam.exe" --debug-configuration -d2 -q --builddir=C:/.../trunk/XTemp/gcc.debug/boost_1_33_1 toolset=gcc threading=multi define=BOOST_WINDOWS define=_GLIBCXX__PTHREADS linkflags=-shared-libgcc runtime-link=shared variant=debug --v2 linkflags=-out-implib=boost_thread.lib
以前它工作得很好，并生成了所需的文件 boost_thread.lib，但现在不行了。我真的不知道发生了什么，我想确切地知道链接器在命令行上收到的内容以及它认为应该用它做什么。
谢谢，
卡尔
I'm scratching my head, trying to figure out why the import libraries are not generated when I build the Boost libraries on my machine. More specifically, building the DLLs works fine, but where I would previously (i.e. before I reinstalled my machine) generate the import libraries correctly.
Some specs:
- Boost 1.33.1
- g++ 4.3.3 TDM-1 release for Windows
- Building with
gcctoolset from MS Dos command-line prompt - UnxUtils (after 14-04-03)
The command-line that invokes bjam.exe looks like this:
"C:\.../boost_1_33_1/tools/build/jam_src/bin.ntx86/bjam.exe" --debug-configuration -d2 -q --builddir=C:/.../trunk/XTemp/gcc.debug/boost_1_33_1 toolset=gcc threading=multi define=BOOST_WINDOWS define=_GLIBCXX__PTHREADS linkflags=-shared-libgcc runtime-link=shared variant=debug --v2 linkflags=-out-implib=boost_thread.lib
This used to work wonderfully before and produced the desired file boost_thread.lib, but not anymore. I really don't know what's going on and I would like to know exactly what the linker receives on the command-line and what it thinks it should do with it.
Thanks,
Carl
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
-d2应该能够准确地为您提供所需的内容。我很惊讶它没有起作用。也许它隐藏在其他消息中。尝试省略--debug-configuration并将-d2替换为-d+2。除了 bjam 非调试消息之外，后者还将打印 bjam 调用的命令。The
-d2should give you exactly what you are looking for. I'm surprised it hasn't worked. Perhaps it is hidden in other messages. Try omitting the--debug-configurationand replacing-d2with-d+2. The latter will print the commands bjam invokes in addition to bjam non-debug messages.