# Windows build errors with cmb-superbuild:master VS2019
**URL:** https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358
**Category:** Build & Install
**Created:** [December 6, 2019, 9:43pm UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358 "2019-12-06T21:43:58Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@johnt](https://discourse.kitware.com/u/johnt)
#### Post date: [December 6, 2019, 9:43pm UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/1 "2019-12-06T21:43:58Z")
1. There was a recent change to the common superbuild that deleted a file qt.package.cmake, however that file is included by qt5.system.cmake. I’ll paste the console messages below showing the configure error. Can the include just be removed from qt5.system.cmake?
```auto
Building projects: cxx11, boost, eigen, zlib, szip, hdf5, netcdf, moab, zeromq, remus, png, vxl, nlohmannjson, python3, python, ftjam, freetype, gdal, las, qt5, paraview, pybind11, bzip2, libarchive, pegtl, smtk, cmbworkflows, cmbusersguide, smtkprojectmanager, smtkresourcemanagerstate, cmb
CMake Error at superbuild/projects/win32/qt5.system.cmake:4 (include):
include could not find load file:
C:/Users/johnt/Documents/ace3p/git/cmb-superbuild/superbuild/projects/win32/qt.package.cmake
Call Stack (most recent call first):
superbuild/cmake/SuperbuildMacros.cmake:919 (include)
superbuild/CMakeLists.txt:155 (superbuild_process_dependencies)
-- Configuring incomplete, errors occurred!
```
---
### Author:  [@johnt](https://discourse.kitware.com/u/johnt)
#### Post date: [December 7, 2019, 4:12am UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/2 "2019-12-07T04:12:41Z")
1. Yes, it looks like we can just remove that line from qt5.system.cmake. After that, building proceeds through smtk. Next issue is configuring smtkresourcemanagerstate, which cannot find python.
---
### Author:  [@johnt](https://discourse.kitware.com/u/johnt)
#### Post date: [December 7, 2019, 4:18am UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/3 "2019-12-07T04:18:04Z")
3. Disable smtkresourcemanagerstate and you get the same error with smtkprojectmanager – unabled to configure because pythonb not found.
I should note that smtkprojectmanager doesn’t use/require python. I presume the error occurs when processing smtk’s config file?
With nothing to lose, I also tried adding python as an explicit dependency in smtkprojectmanager.cmake, but the same error occurs configuring smtkprojectmanager.
---
### Author:  [@johnt](https://discourse.kitware.com/u/johnt)
#### Post date: [December 7, 2019, 4:24am UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/4 "2019-12-07T04:24:18Z")
1. After disabling smtkprojectmanager, the next error occurs building cmb, specifically, linking modelbuilder, where there is a problem with the python dll.
---
### Author:  [@johnt](https://discourse.kitware.com/u/johnt)
#### Post date: [December 8, 2019, 7:07pm UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/5 "2019-12-08T19:07:25Z")
Another observation that was unexpected: some of the project config files are written to `/cmake` instead of `/lib/cmake`.
```auto
$ ll /c/Users/johnt/Documents/ace3p/build/full-superbuild/install/cmake
total 45
-rw-r--r-- 1 johnt 197121 1308 Dec 6 21:46 BZip2Config.cmake
-rw-r--r-- 1 johnt 197121 3201 Dec 6 21:46 BZip2ConfigInternal.cmake
-rw-r--r-- 1 johnt 197121 857 Dec 6 21:46 BZip2ConfigInternal-release.cmake
-rw-r--r-- 1 johnt 197121 1773 Dec 6 21:46 BZip2ConfigVersion.cmake
drwxr-xr-x 1 johnt 197121 0 Dec 6 22:06 hdf5/
-rw-r--r-- 1 johnt 197121 1358 Dec 6 22:20 liblas-config.cmake
-rw-r--r-- 1 johnt 197121 1803 Dec 6 22:20 liblas-config-version.cmake
-rw-r--r-- 1 johnt 197121 3162 Dec 6 22:20 liblas-depends.cmake
-rw-r--r-- 1 johnt 197121 1526 Dec 6 22:20 liblas-depends-release.cmake
drwxr-xr-x 1 johnt 197121 0 Dec 7 04:30 Remus/
drwxr-xr-x 1 johnt 197121 0 Dec 7 00:14 smtk/
-rw-r--r-- 1 johnt 197121 3478 Dec 6 21:48 szip-config.cmake
-rw-r--r-- 1 johnt 197121 683 Dec 6 21:48 szip-config-version.cmake
-rw-r--r-- 1 johnt 197121 3469 Dec 6 21:48 szip-targets.cmake
-rw-r--r-- 1 johnt 197121 1317 Dec 6 21:48 szip-targets-release.cmake
```
---
### Author:  [@ben.boeckel](https://discourse.kitware.com/u/ben.boeckel)
#### Post date: [December 10, 2019, 8:06pm UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/6 "2019-12-10T20:06:33Z")
This isn’t surprising. CMake looks in different places depending on the platform. There’s no one place that all platforms look ☹ .
---
### Author:  [@ben.boeckel](https://discourse.kitware.com/u/ben.boeckel)
#### Post date: [December 10, 2019, 8:07pm UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/7 "2019-12-10T20:07:20Z")
Hmm. Something is putting the python DLL in the `Python_LIBRARY` field. This is wrong; it should be the `python37.lib` that goes there.
---
### Author:  [@johnt](https://discourse.kitware.com/u/johnt)
#### Post date: [December 11, 2019, 5:33pm UTC](https://discourse.kitware.com/t/windows-build-errors-with-cmb-superbuild-master-vs2019/358/8 "2019-12-11T17:33:15Z")
For now, I am going to put this thread on HOLD, because I can move to a docker-based environment on Haocheng’s old laptop.
- I will shortly be starting a new topic for windows/docker build issues with cmb-superbuild:master vs2019
- And I wish I could somehow mark this topic as “old” or obsolete…