Open wilhelmberg opened 8 years ago
Seems like this might be related to https://github.com/mapnik/python-mapnik/blob/master/src/boost_std_shared_shim.hpp. Could BOOST_NO_CXX11_SMART_PTR
be being set to true in this build?
Also tried additionally linking to freetype.lib
, but the output of the /VERBOSE
linker switch tells me that it is not used.
Being already linked into to mapnik.dll
before.
Unused libraries:
c:\mb\windows-builds-64\packages\mapnik-master\mapnik-gyp\mapnik-sdk/lib/\freetype.lib
c:\mb\windows-builds-64\packages\mapnik-master\mapnik-gyp\mapnik-sdk/lib/\libboost_regex-vc140-mt-1_60.lib
c:\mb\windows-builds-64\packages\mapnik-master\mapnik-gyp\mapnik-sdk/lib/\icuin.lib
C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\lib\amd64\OLDNAMES.lib
C:\Program Files (x86)\Windows Kits\8.1\lib\winv6.3\um\x64\uuid.lib
Hello ! I am running into the same error as above. Is there a resolution for this ? Or as a temporary fix will switching to a old commit help ?
@mbhala as temporary workaround till we find a solution you can use the pre-built Windows mapnik SDK without Python bindings.
64-bit: https://mapnik.s3.amazonaws.com/dist/dev/mapnik-win-sdk-v3.0.11-163-g00e5d00-x64-14.0.7z
32-bit: https://mapnik.s3.amazonaws.com/dist/dev/mapnik-win-sdk-v3.0.11-163-g00e5d00-x86-14.0.7z
If any one still wants to compile one on their own, they can do so after uninstalling VS 2015 update 2.
Below are the steps that I followed:
Download link -
[Important note* - Make sure you install VS2015 without 'update 3'. If you go with recommended installation wizzard then it will automatically install the update 3. Hence, choose the custom installation option and uncheck the 'update 3' checkbox.]
- Python 2.7 32 bit installed into C:\Python27 [No. 64-bit version of python is not going to work. Don't even experiment!]
git installed into C:\Program Files (x86)\Git
Any update on this?
@thisisbinod currently no update, but we plan on testing with VS2017 within a few weeks.
^^ /cc @springmeyer @artemp
The suggested workaround worked for pyosimium: https://github.com/osmcode/pyosmium/pull/35/commits/3fa34712ac067fc8f4030ef944c6c2ab1915b83f
Thank you so much for that insight @alex85k. We should try this with mapnik.
I am certified Google&StackOverflow user :) The only problem with this workaround is that additional get_pointer functions should not be defined twice.
/cc @artemp @springmeyer
AppVeyor doesn't
buildbail on a Python bindings build error so I don't know exactly for how long this has been failing.Maybe just a missing reference to
freetype.lib
: