Repository navigation
Windows prebuilt binaries v1.64.0: boost-python3 is linked against python27.dll #129
Description
Installer from: https://sourceforge.net/projects/boost/files/boost-binaries/1.64.0/boost_1_64_0-msvc-14.0-64.exe/download
When linking against boost-python3, compilation fails since boost-python3 pulls in Python 2.7 instead of Python 3.x:
foo.cpp.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) struct _object * __cdecl boost::python::detail::init_module(struct PyModuleDef &,void (__cdecl*)(void))" (__imp_?init_module@detail@python@boost@@YAPEAU_object@@AEAUPyModuleDef@@P6AXXZ@Z) referenced in function PyInit_window
..\bin\foolib.dll : fatal error LNK1120: 1 unresolved externals
C:\>dumpbin /dependents C:\local\boost_1_64_0\lib64-msvc-14.0\boost_python3-vc140-mt-1_64.dll
Microsoft (R) COFF/PE Dumper Version 10.00.40219.01
Copyright (C) Microsoft Corporation. All rights reserved.
Dump of file C:\local\boost_1_64_0\lib64-msvc-14.0\boost_python3-vc140-mt-1_64.dll
File Type: DLL
Image has the following dependencies:
python27.dll
MSVCP140.dll
KERNEL32.dll
VCRUNTIME140.dll
api-ms-win-crt-runtime-l1-1-0.dll
api-ms-win-crt-heap-l1-1-0.dll
Summary
3000 .data
1000 .gfids
3000 .pdata
1E000 .rdata
1000 .reloc
1000 .rsrc
24000 .text
1000 .tls
Activity
stefanseefeld commentedon Jun 27, 2017
Would you please try the current
developormaster(at this point they are the same) and report whether this is still an issue ? Thanks !nickdademo commentedon Aug 25, 2017
I'm getting the same problem with boost_1_65_0-msvc-14.0-64, so I guess this problem still exists...
Edit: boost_python3-vc140-mt-1_65.dll also links to Python 2.7.
stefanseefeld commentedon Aug 25, 2017
Thanks for the report; I can confirm that. However, I can't reproduce the problem by building Boost.Python myself. I'll try to figure out who "owns" the process of building the Windows binaries.
Meanwhile, I suggest building Boost (or at least Boost.Python) from source.
garyfurnish commentedon Aug 25, 2017
I also didn't reproduce this a few days ago.
nickdademo commentedon Aug 25, 2017
Looks like my only option currently is to build from source as you suggest Stefan.
I assume the dependency to Python 2.7 in boost_python3-vc140-mt-1_65.dll is indeed a mistake? I wonder how Boost.Python is working for others with the same setup.
stefanseefeld commentedon Aug 25, 2017
nickdademo commentedon Aug 27, 2017
Just a quick follow-up - as expected, building the Boost.Python library from source fixed the issue:
yoons1 commentedon Sep 12, 2017
Python27 still dependent in the 1.65.1 pre-built:
dumpbin /dependents boost_python3-vc140-mt-1_65_1.dll
Microsoft (R) COFF/PE Dumper Version 14.00.24215.1
Copyright (C) Microsoft Corporation. All rights reserved.
Dump of file boost_python3-vc140-mt-1_65_1.dll
File Type: DLL
Image has the following dependencies:
nickdademo commentedon Dec 8, 2017
Another update: 1.66 still has this issue.
stefanseefeld commentedon Dec 8, 2017
I managed to trace the problem back to its (very likely) cause, and reported it to the Boost.Build ML: https://lists.boost.org/boost-build/2017/12/29715.php
Let's see what the Boost.Build folks have to say about this.
prasadghole commentedon Jan 23, 2018
It seems if we compare dumpbin output of boost_python-vc141-mt-1_64.dll boost_python3-vc141-mt-1_64.dll both are matching. Means file available on precompiled sourceforge are same.
stefanseefeld commentedon Jan 23, 2018
@prasadghole , indeed. See my last comment (and the link to the related discussion) for explanations.
stefanseefeld commentedon Apr 9, 2018
The fix is in
develop, and should find its way into the1.67release. Please open a new issue if that's not the case. Thanks !