Make PythonAPI fatal error C1083: Cannot open include file 'OSM2ODR.h' No such file or directory:

Hi, I'm building on Windows and make launch runs fine. When I run make PythonAPI, I receive this error log. it finishes with:
-[BuildPythonAPI]: Carla lib for python has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dist"!
Yet there is no directory /dist created. Has anyone else come across this issue?
Here is the full error log:
-[Setup]: [Batch params]: --boost-toolset msvc-14.1
-[Setup]: Asynchronous jobs:  8
-[Setup]: Boost toolset:      msvc-14.1
-[Setup]: Install directory:  "C:\Users\User\Documents\carla\Build"
-[Setup]: Installing zlib...
-[install_zlib]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build"
-[install_zlib]: A zlib installation already exists.
-[install_zlib]: Delete "C:\Users\User\Documents\carla\Build\zlib-install" if you want to force a rebuild.
-[install_zlib]: Exiting...
-[Setup]: Installing libpng...
-[install_libpng]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" --zlib-install-dir "C:\Users\User\Documents\carla\Build\zlib-install"
-[install_libpng]: A libpng installation already exists.
-[install_libpng]: Delete "C:\Users\User\Documents\carla\Build\libpng-1.2.37-install" if you want to force a rebuild.
-[install_libpng]: Exiting...
-[Setup]: Installing rpclib...
-[install_rpclib]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build"
-[install_rpclib]: A rpclib installation already exists.
-[install_rpclib]: Delete "C:\Users\User\Documents\carla\Build\rpclib-install" if you want to force a rebuild.
-[install_rpclib]: Exiting...
-[Setup]: Installing Google Test...
-[install_gtest]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build"
-[install_gtest]: A Google Test installation already exists.
-[install_gtest]: Delete "C:\Users\User\Documents\carla\Build\gtest-install" if you want to force a rebuild.
-[install_gtest]: Exiting...
-[Setup]: Installing "Recast & Detour"...
-[install_recast]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build"
-[install_recast]: A "Recast & Detour" installation already exists.
-[install_recast]: Delete "C:\Users\User\Documents\carla\Build\recast-cdce4e-install" if you want to force a rebuild.
-[install_recast]: Exiting...
-[Setup]: Installing Boost...
-[install_boost]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" --toolset msvc-14.1 --version 1.72.0 -j 8
-[install_boost]: A Boost installation already exists.
-[install_boost]: Delete "C:\Users\User\Documents\carla\Build\boost-1.72.0-install" if you want to force a rebuild.
-[install_boost]: Exiting...
1 file(s) copied.
1 file(s) copied.
-[Setup]: Installing Xercesc...
-[install_xercesc]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build"
-[install_xercesc]: A xerces installation already exists.
-[install_xercesc]: Delete "C:\Users\User\Documents\carla\Build\xerces-c-3.2.3-install" if you want to force a rebuild.
-[install_xercesc]: Exiting...
-[Setup]: Creating "CMakeLists.txt.in"...
-[Setup]:
###########
SUCCESS
###########
IMPORTANT!
All the CARLA library dependences should be installed now.
(You can remove all "*-src" folders in C:\Users\User\Documents\carla\Build\ directory)
You only need the ASSET PACK with all the meshes and textures.
This script provides the assets for CARLA 0.9.10:
You can download the assets from here:
   http://carla-assets.s3.amazonaws.com/20200731_3e91044.tar.gz

Unzip it in the "C:\Users\User\Documents\carla\Unreal\CarlaUE4\Content\Carla" folder.
If you want another version, search it in C:\Users\User\Documents\carla\Util\ContentVersions.txt.
-[BuildLibCarla]: [Batch params]: --server --client
-- Build debug:   ON
-- Build release: ON
-- Build test:    ON
-- Configuring done
-- Generating done
-- Build files have been written to: C:/Users/User/Documents/carla/Build/libcarla-visualstudio
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
carla_server.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\server\Release\carla_server.lib
carla_server_debug.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\server\Release\carla_server_debug.lib
-- Install configuration: "Release"
-- Build debug:   ON
-- Build release: ON
-- Build test:    ON
-- Configuring done
-- Generating done
-- Build files have been written to: C:/Users/User/Documents/carla/Build/libcarla-visualstudio
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
carla_client.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\client\Release\carla_client.lib
carla_client_debug.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\client\Release\carla_client_debug.lib
-- Install configuration: "Release"
-[BuildLibCarla]: LibCarla server has been successfully installed in "C:\Users\User\Documents\carla\Unreal\CarlaUE4\Plugins\Carla\CarlaDependencies"!
-[BuildLibCarla]: LibCarla client has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dependencies"!
-[BuildOSM2ODR]: [Batch params]: --build
-- CMAKE_BINARY_DIR: C:/Users/User/Documents/carla/Build/osm2odr-visualstudio
-- CMAKE_SOURCE_DIR: C:/Users/User/Documents/carla/Util/OSM2ODR
-- Platform:
--     Host: Windows-6.3.9600 AMD64
--     Target: Windows-6.3.9600 AMD64
--     CMake: 3.18.2
--     CMake generator: Visual Studio 15 2017 Win64
--     CMake build tool: C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/MSBuild/15.0/Bin/MSBuild.exe
--     Compiler: MSVC 19.16.27043.0
-- Found Python: C:/Users/User/AppData/Local/Programs/Python/Python37/python.exe
-- Configuring incomplete, errors occurred!
See also "C:/Users/User/Documents/carla/Build/osm2odr-visualstudio/CMakeFiles/CMakeOutput.log".
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
MSBUILD : error MSB1009: Project file does not exist.
Switch: install.vcxproj
-[BuildOSM2ODR]: OSM2ODR has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dependencies"
-[BuildPythonAPI]: [Batch params]: --py3
Building Python API for Python 3.
compiling:

source/libcarla/libcarla.cpp
dependencies/include/carla\Buffer.cpp
dependencies/include/carla\Exception.cpp
dependencies/include/carla\FileSystem.cpp
dependencies/include/carla\StringUtil.cpp
dependencies/include/carla\client\Actor.cpp
dependencies/include/carla\client\ActorAttribute.cpp
dependencies/include/carla\client\ActorBlueprint.cpp
dependencies/include/carla\client\ActorList.cpp
dependencies/include/carla\client\BlueprintLibrary.cpp
dependencies/include/carla\client\DebugHelper.cpp
dependencies/include/carla\client\Junction.cpp
dependencies/include/carla\client\LaneInvasionSensor.cpp
dependencies/include/carla\client\Light.cpp
dependencies/include/carla\client\LightManager.cpp
dependencies/include/carla\client\Map.cpp
dependencies/include/carla\client\ServerSideSensor.cpp
dependencies/include/carla\client\TimeoutException.cpp
dependencies/include/carla\client\TrafficLight.cpp
dependencies/include/carla\client\TrafficSign.cpp
dependencies/include/carla\client\Vehicle.cpp
dependencies/include/carla\client\Walker.cpp
dependencies/include/carla\client\WalkerAIController.cpp
dependencies/include/carla\client\Waypoint.cpp
dependencies/include/carla\client\World.cpp
dependencies/include/carla\client\detail\ActorFactory.cpp
dependencies/include/carla\client\detail\ActorState.cpp
dependencies/include/carla\client\detail\ActorVariant.cpp
dependencies/include/carla\client\detail\Client.cpp
dependencies/include/carla\client\detail\Episode.cpp
dependencies/include/carla\client\detail\EpisodeProxy.cpp
dependencies/include/carla\client\detail\EpisodeState.cpp
dependencies/include/carla\client\detail\Simulator.cpp
dependencies/include/carla\client\detail\WalkerNavigation.cpp
dependencies/include/carla\geom\GeoLocation.cpp
dependencies/include/carla\geom\Math.cpp
dependencies/include/carla\geom\Mesh.cpp
dependencies/include/carla\nav\Navigation.cpp
dependencies/include/carla\nav\WalkerEvent.cpp
dependencies/include/carla\nav\WalkerManager.cpp
dependencies/include/carla\opendrive\OpenDriveParser.cpp
dependencies/include/carla\opendrive\parser\ControllerParser.cpp
dependencies/include/carla\opendrive\parser\GeometryParser.cpp
dependencies/include/carla\opendrive\parser\GeoReferenceParser.cpp
dependencies/include/carla\opendrive\parser\JunctionParser.cpp
dependencies/include/carla\opendrive\parser\LaneParser.cpp
dependencies/include/carla\opendrive\parser\ObjectParser.cpp
dependencies/include/carla\opendrive\parser\ProfilesParser.cpp
dependencies/include/carla\opendrive\parser\RoadParser.cpp
dependencies/include/carla\opendrive\parser\SignalParser.cpp
dependencies/include/carla\opendrive\parser\TrafficGroupParser.cpp
dependencies/include/carla\road\Lane.cpp
dependencies/include/carla\road\LaneSection.cpp
dependencies/include/carla\road\Map.cpp
dependencies/include/carla\road\MapBuilder.cpp
dependencies/include/carla\road\MapData.cpp
dependencies/include/carla\road\MeshFactory.cpp
dependencies/include/carla\road\Road.cpp
dependencies/include/carla\road\SignalType.cpp
dependencies/include/carla\road\element\Geometry.cpp
dependencies/include/carla\road\element\LaneCrossingCalculator.cpp
dependencies/include/carla\road\element\LaneMarking.cpp
dependencies/include/carla\road\element\Waypoint.cpp
dependencies/include/carla\rpc\WeatherParameters.cpp
dependencies/include/carla\sensor\Deserializer.cpp
dependencies/include/carla\sensor\data\LaneInvasionEvent.cpp
dependencies/include/carla\sensor\s11n\CollisionEventSerializer.cpp
dependencies/include/carla\sensor\s11n\DVSEventArraySerializer.cpp
dependencies/include/carla\sensor\s11n\EpisodeStateSerializer.cpp
dependencies/include/carla\sensor\s11n\GnssSerializer.cpp
dependencies/include/carla\sensor\s11n\ImageSerializer.cpp
dependencies/include/carla\sensor\s11n\IMUSerializer.cpp
dependencies/include/carla\sensor\s11n\LidarSerializer.cpp
dependencies/include/carla\sensor\s11n\NoopSerializer.cpp
dependencies/include/carla\sensor\s11n\ObstacleDetectionEventSerializer.cpp
dependencies/include/carla\sensor\s11n\RadarSerializer.cpp
dependencies/include/carla\sensor\s11n\SemanticLidarSerializer.cpp
dependencies/include/carla\sensor\s11n\SensorHeaderSerializer.cpp
dependencies/include/carla\streaming\detail\Dispatcher.cpp
dependencies/include/carla\streaming\detail\StreamStateBase.cpp
dependencies/include/carla\streaming\detail\Token.cpp
dependencies/include/carla\streaming\detail\tcp\Client.cpp
dependencies/include/carla\streaming\detail\tcp\Server.cpp
dependencies/include/carla\streaming\detail\tcp\ServerSession.cpp
dependencies/include/carla\trafficmanager\ALSM.cpp
dependencies/include/carla\trafficmanager\CollisionStage.cpp
dependencies/include/carla\trafficmanager\InMemoryMap.cpp
dependencies/include/carla\trafficmanager\LocalizationStage.cpp
dependencies/include/carla\trafficmanager\LocalizationUtils.cpp
dependencies/include/carla\trafficmanager\MotionPlanStage.cpp
dependencies/include/carla\trafficmanager\Parameters.cpp
dependencies/include/carla\trafficmanager\SimpleWaypoint.cpp
dependencies/include/carla\trafficmanager\SimulationState.cpp
dependencies/include/carla\trafficmanager\TrackTraffic.cpp
dependencies/include/carla\trafficmanager\TrafficLightStage.cpp
dependencies/include/carla\trafficmanager\TrafficManager.cpp
dependencies/include/carla\trafficmanager\TrafficManagerLocal.cpp
dependencies/include/carla\trafficmanager\TrafficManagerRemote.cpp
running bdist_egg
running egg_info
writing source\carla.egg-info\PKG-INFO
writing dependency_links to source\carla.egg-info\dependency_links.txt
writing top-level names to source\carla.egg-info\top_level.txt
reading manifest file 'source\carla.egg-info\SOURCES.txt'
writing manifest file 'source\carla.egg-info\SOURCES.txt'
installing library code to build\bdist.win-amd64\egg
running install_lib
running build_py
running build_ext
building 'carla.libcarla' extension
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\bin\HostX86\x64\cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MD -Idependencies/include -IC:\Users\User\AppData\Local\Programs\Python\Python37\include -IC:\Users\User\AppData\Local\Programs\Python\Python37\include "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\ATLMFC\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\cppwinrt" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\ATLMFC\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\cppwinrt" /EHsc /Tpsource/libcarla/libcarla.cpp /Fobuild\temp.win-amd64-3.7\Release\source/libcarla/libcarla.obj /experimental:external /external:I dependencies/include/system /DBOOST_ALL_NO_LIB /DBOOST_PYTHON_STATIC_LIB /DBOOST_ERROR_CODE_HEADER_ONLY /D_WIN32_WINNT=0x0600 /DHAVE_SNPRINTF /DLIBCARLA_WITH_PYTHON_SUPPORT -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true
libcarla.cpp
dependencies/include\png.h(522): warning C4005: 'int_p_NULL': macro redefinition
dependencies/include\carla/image/ImageIOConfig.h(48): note: see previous definition of 'int_p_NULL'
dependencies/include/system\boost/gil/io/path_spec.hpp(75): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
dependencies/include/system\boost/gil/io/path_spec.hpp(120): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
dependencies/include/system\boost/gil/io/path_spec.hpp(129): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
c:\users\user\documents\carla\pythonapi\carla\source\libcarla\OSM2ODR.cpp(7): fatal error C1083: Cannot open include file: 'OSM2ODR.h': No such file or directory

-[BuildPythonAPI]: Carla lib for python has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dist"!

I also meet the issues when I update the code to master. I can run "make launch" and run a simulator by the Unreal Edior. But when I run "make PythonAPI" to get the corresponding *.egg file, I meet the following error:
d:\workspace\carla\pythonapi\carla\source\libcarla\OSM2ODR.cpp(7): fatal error C1083: Cannot open include file: “OSM2ODR.h”: No such file or directory
error: command 'D:\\software\\VisualStudio2017\\VC\\Tools\\MSVC\\14.16.27023\\bin\\HostX86\\x64\\cl.exe' failed with exit status 2

-[BuildPythonAPI]: Carla lib for python has been successfully installed in "D:\workspace\carla\PythonAPI\carla\dist"!

I see the error notification, so I go to the carla/build, and I see that the xerces-c-3.2.3-install folder is null, and the xerces-c-3.2.3-source has been download, I dont't know how to make the xerces-c-3.2.3-install really install. Need help too. Thank you!

@Axel1092 could you please provide some help with this issue?

HI @H-Whisky, try removing all xerces* files and folders from the carla/build folder. Then run make PythonAPI again. If you still get an error please share again with us the full console log of this run.

HI @H-Whisky, try removing all xerces* files and folders from the carla/build folder. Then run make PythonAPI again. If you still get an error please share again with us the full console log of this run.

Hey, I was getting the same error so I deleted the 'xerces*' folders and filers in the 'carla/build' folder. Then ran the command but I'm still getting the same error.
Error
-- Configuring incomplete, errors occurred!
See also "F:/Programs/Project/Carla/Build/osm2odr-visualstudio/CMakeFiles/CMakeOutput.log".
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
MSBUILD : error MSB1009: Project file does not exist.
Switch: install.vcxproj
-[BuildOSM2ODR]: OSM2ODR has been successfully installed in "F:\Programs\Project\Carla\PythonAPI\carla\dependencies"
-[BuildPythonAPI]: [Batch params]: --py3
Building Python API for Python 3.
compiling:

source/libcarla/libcarla.cpp
dependencies/include/carla\Buffer.cpp
dependencies/include/carla\Exception.cpp
dependencies/include/carla\FileSystem.cpp
dependencies/include/carla\StringUtil.cpp
dependencies/include/carla\client\Actor.cpp
dependencies/include/carla\client\ActorAttribute.cpp
dependencies/include/carla\client\ActorBlueprint.cpp
dependencies/include/carla\client\ActorList.cpp
dependencies/include/carla\client\BlueprintLibrary.cpp
dependencies/include/carla\client\DebugHelper.cpp
dependencies/include/carla\client\Junction.cpp
dependencies/include/carla\client\LaneInvasionSensor.cpp
dependencies/include/carla\client\Light.cpp
dependencies/include/carla\client\LightManager.cpp
dependencies/include/carla\client\Map.cpp
dependencies/include/carla\client\ServerSideSensor.cpp
dependencies/include/carla\client\TimeoutException.cpp
dependencies/include/carla\client\TrafficLight.cpp
dependencies/include/carla\client\TrafficSign.cpp
dependencies/include/carla\client\Vehicle.cpp
dependencies/include/carla\client\Walker.cpp
dependencies/include/carla\client\WalkerAIController.cpp
dependencies/include/carla\client\Waypoint.cpp
dependencies/include/carla\client\World.cpp
dependencies/include/carla\client\detail\ActorFactory.cpp
dependencies/include/carla\client\detail\ActorState.cpp
dependencies/include/carla\client\detail\ActorVariant.cpp
dependencies/include/carla\client\detail\Client.cpp
dependencies/include/carla\client\detail\Episode.cpp
dependencies/include/carla\client\detail\EpisodeProxy.cpp
dependencies/include/carla\client\detail\EpisodeState.cpp
dependencies/include/carla\client\detail\Simulator.cpp
dependencies/include/carla\client\detail\WalkerNavigation.cpp
dependencies/include/carla\geom\GeoLocation.cpp
dependencies/include/carla\geom\Math.cpp
dependencies/include/carla\geom\Mesh.cpp
dependencies/include/carla\nav\Navigation.cpp
dependencies/include/carla\nav\WalkerEvent.cpp
dependencies/include/carla\nav\WalkerManager.cpp
dependencies/include/carla\opendrive\OpenDriveParser.cpp
dependencies/include/carla\opendrive\parser\ControllerParser.cpp
dependencies/include/carla\opendrive\parser\GeometryParser.cpp
dependencies/include/carla\opendrive\parser\GeoReferenceParser.cpp
dependencies/include/carla\opendrive\parser\JunctionParser.cpp
dependencies/include/carla\opendrive\parser\LaneParser.cpp
dependencies/include/carla\opendrive\parser\ObjectParser.cpp
dependencies/include/carla\opendrive\parser\ProfilesParser.cpp
dependencies/include/carla\opendrive\parser\RoadParser.cpp
dependencies/include/carla\opendrive\parser\SignalParser.cpp
dependencies/include/carla\opendrive\parser\TrafficGroupParser.cpp
dependencies/include/carla\road\Lane.cpp
dependencies/include/carla\road\LaneSection.cpp
dependencies/include/carla\road\Map.cpp
dependencies/include/carla\road\MapBuilder.cpp
dependencies/include/carla\road\MapData.cpp
dependencies/include/carla\road\MeshFactory.cpp
dependencies/include/carla\road\Road.cpp
dependencies/include/carla\road\SignalType.cpp
dependencies/include/carla\road\element\Geometry.cpp
dependencies/include/carla\road\element\LaneCrossingCalculator.cpp
dependencies/include/carla\road\element\LaneMarking.cpp
dependencies/include/carla\road\element\Waypoint.cpp
dependencies/include/carla\rpc\WeatherParameters.cpp
dependencies/include/carla\sensor\Deserializer.cpp
dependencies/include/carla\sensor\data\LaneInvasionEvent.cpp
dependencies/include/carla\sensor\s11n\CollisionEventSerializer.cpp
dependencies/include/carla\sensor\s11n\DVSEventArraySerializer.cpp
dependencies/include/carla\sensor\s11n\EpisodeStateSerializer.cpp
dependencies/include/carla\sensor\s11n\GnssSerializer.cpp
dependencies/include/carla\sensor\s11n\ImageSerializer.cpp
dependencies/include/carla\sensor\s11n\IMUSerializer.cpp
dependencies/include/carla\sensor\s11n\LidarSerializer.cpp
dependencies/include/carla\sensor\s11n\NoopSerializer.cpp
dependencies/include/carla\sensor\s11n\ObstacleDetectionEventSerializer.cpp
dependencies/include/carla\sensor\s11n\RadarSerializer.cpp
dependencies/include/carla\sensor\s11n\SemanticLidarSerializer.cpp
dependencies/include/carla\sensor\s11n\SensorHeaderSerializer.cpp
dependencies/include/carla\streaming\detail\Dispatcher.cpp
dependencies/include/carla\streaming\detail\StreamStateBase.cpp
dependencies/include/carla\streaming\detail\Token.cpp
dependencies/include/carla\streaming\detail\tcp\Client.cpp
dependencies/include/carla\streaming\detail\tcp\Server.cpp
dependencies/include/carla\streaming\detail\tcp\ServerSession.cpp
dependencies/include/carla\trafficmanager\ALSM.cpp
dependencies/include/carla\trafficmanager\CollisionStage.cpp
dependencies/include/carla\trafficmanager\InMemoryMap.cpp
dependencies/include/carla\trafficmanager\LocalizationStage.cpp
dependencies/include/carla\trafficmanager\LocalizationUtils.cpp
dependencies/include/carla\trafficmanager\MotionPlanStage.cpp
dependencies/include/carla\trafficmanager\Parameters.cpp
dependencies/include/carla\trafficmanager\SimpleWaypoint.cpp
dependencies/include/carla\trafficmanager\SimulationState.cpp
dependencies/include/carla\trafficmanager\TrackTraffic.cpp
dependencies/include/carla\trafficmanager\TrafficLightStage.cpp
dependencies/include/carla\trafficmanager\TrafficManager.cpp
dependencies/include/carla\trafficmanager\TrafficManagerLocal.cpp
dependencies/include/carla\trafficmanager\TrafficManagerRemote.cpp
running bdist_egg
running egg_info
writing source\carla.egg-info\PKG-INFO
writing dependency_links to source\carla.egg-info\dependency_links.txt
writing top-level names to source\carla.egg-info\top_level.txt
reading manifest file 'source\carla.egg-info\SOURCES.txt'
writing manifest file 'source\carla.egg-info\SOURCES.txt'
installing library code to build\bdist.win-amd64\egg
running install_lib
running build_py
running build_ext
building 'carla.libcarla' extension
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\bin\HostX86\x64\cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MD -Idependencies/include "-IC:\Program Files\Python38\include" "-IC:\Program Files\Python38\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\ATLMFC\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.8\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\cppwinrt" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\ATLMFC\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\include" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\cppwinrt" /EHsc /Tpsource/libcarla/libcarla.cpp /Fobuild\temp.win-amd64-3.8\Release\source/libcarla/libcarla.obj /experimental:external /external:I dependencies/include/system /DBOOST_ALL_NO_LIB /DBOOST_PYTHON_STATIC_LIB /DBOOST_ERROR_CODE_HEADER_ONLY /D_WIN32_WINNT=0x0600 /DHAVE_SNPRINTF /DLIBCARLA_WITH_PYTHON_SUPPORT -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true
libcarla.cpp
dependencies/include\png.h(522): warning C4005: 'int_p_NULL': macro redefinition
dependencies/include\carla/image/ImageIOConfig.h(48): note: see previous definition of 'int_p_NULL'
dependencies/include/system\boost/gil/io/path_spec.hpp(75): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
dependencies/include/system\boost/gil/io/path_spec.hpp(120): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
dependencies/include/system\boost/gil/io/path_spec.hpp(129): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.18362.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
f:\programs\project\carla\pythonapi\carla\source\libcarla\OSM2ODR.cpp(7): fatal error C1083: Cannot open include file: 'OSM2ODR.h': No such file or directory
error: command 'C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\bin\HostX86\x64\cl.exe' failed with exit status 2

-[BuildPythonAPI]: Carla lib for python has been successfully installed in "F:\Programs\Project\Carla\PythonAPI\carla\dist"!

Hi @H-Whisky, sorry for the delay, I need the error log of the whole console, you only sent the PythonAPI part but what is actually failing is one of the dependencies. I need you to delete everything inside the Build folder, run make osm2odr then send the full error log in order to better understand what your problem is and solve it.

Hi @H-Whisky, sorry for the delay, I need the error log of the whole console, you only sent the PythonAPI part but what is actually failing is one of the dependencies. I need you to delete everything inside the Build folder, run make osm2odr then send the full error log in order to better understand what your problem is and solve it.

I also meet the same problem. I make osm2odr and found the xerces cannot output the lib. When I build the xerces lib, I found  Windows kit 10 already have the icucc.lib and xerces cannot link. Could you please help me to solve this problem?

@mc275 So you mean that that library is missing or it already exists? Can you share the full console log as well please?

Hello there,
Having the same issue here, I did what you said @Axel1092

Hi @H-Whisky, sorry for the delay, I need the error log of the whole console, you only sent the PythonAPI part but what is actually failing is one of the dependencies. I need you to delete everything inside the Build folder, run make osm2odr then send the full error log in order to better understand what your problem is and solve it.

and I got this (sorry for it being in french) :
`C:\CARLA\carla>make osm2odr
-[BuildOSM2ODR]: [Batch params]: --build
-- Setting build type to 'Release' as none was specified.
-- Selecting Windows SDK version 10.0.17763.0 to target Windows 10.0.18363.
-- The C compiler identification is MSVC 19.16.27043.0
-- The CXX compiler identification is MSVC 19.16.27043.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC/Tools/MSVC/14.16.27023/bin/Hostx86/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/VC/Tools/MSVC/14.16.27023/bin/Hostx86/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- CMAKE_BINARY_DIR: C:/CARLA/carla/Build/osm2odr-visualstudio
-- CMAKE_SOURCE_DIR: C:/CARLA/carla/Util/OSM2ODR
-- Platform:
--     Host: Windows-10.0.18363 AMD64
--     Target: Windows-10.0.18363 AMD64
--     CMake: 3.18.2
--     CMake generator: Visual Studio 15 2017 Win64
--     CMake build tool: C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/MSBuild/15.0/Bin/MSBuild.exe
--     Compiler: MSVC 19.16.27043.0
-- Found PythonInterp: C:/Users/Nicolas/anaconda3/python.exe (found version "3.8.3")
-- Found Python: C:/Users/Nicolas/anaconda3/python.exe
CMake Error at C:/Users/Nicolas/AppData/Local/Packages/PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0/LocalCache/local-packages/Python38/site-packages/cmake/data/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165 (message):
Failed to find XercesC (missing: XercesC_VERSION)
Call Stack (most recent call first):
C:/Users/Nicolas/AppData/Local/Packages/PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0/LocalCache/local-packages/Python38/site-packages/cmake/data/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458 (_FPHSA_FAILURE_MESSAGE)
C:/Users/Nicolas/AppData/Local/Packages/PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0/LocalCache/local-packages/Python38/site-packages/cmake/data/share/cmake-3.18/Modules/FindXercesC.cmake:103 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:86 (find_package)
-- Configuring incomplete, errors occurred!
See also "C:/CARLA/carla/Build/osm2odr-visualstudio/CMakeFiles/CMakeOutput.log".
Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 pour .NET Framework
Copyright (C) Microsoft Corporation. Tous droits réservés.
MSBUILD : error MSB1009: Le fichier projet n'existe pas.
Commutateur : install.vcxproj
-[BuildOSM2ODR]: OSM2ODR has been successfully installed in "C:\CARLA\carla\PythonAPI\carla\dependencies"`
Does it help ?

I have the same issue. Did you find a solution?

I have the same issue. Did you find a solution?

The reason is that xerces lib conflict with conda and VS2017. I modify the setup.py and set the  xerces lib path

I have the same issue. Did you find a solution?

The reason is that xerces lib conflict with conda and VS2017. I modify the setup.py and set the xerces lib path

More exactly where? I'm a little confused

Hi all, @MrMojitoo sorry for the late response. The problem is that the library XercesC is missing from your system. Before 0.9.10 for ubuntu, you need to install it in your system with sudo apt-get libxerces-c-dev. After 0.9.10, You do not need to install it yourself, our build system will donwload it and compile it automatically.

It seems like Xerces can't be installed properly, here is one solution I found.
Install Xerces by conda install -c anaconda xerces-c
Then find Anaconda3 folder, copy-paste everything from \Anaconda3\pkgs\xerces-c-3.2.3-ha925a31_0\Library to carla\Build\xerces-c-3.2.3-install. Delete folder \carla\Build\osm2odr-visualstudio, then make PythonAPI.
Folder carla\PythonAPI\carla\dist should now be available.

I'm sorry but i'm also having the issue with osm2odr.
myPath\mingw64\include\zconf.h(475): fatal error C1083: Impossible d'ouvrir le fichier include : 'unistd.h' : No such file or directory (compilation du fichier source C:\Dev\Carla\Util\OSM2ODR\src\utils\iodevices\OutputDevice_File.cpp) [C:\Dev\Carla\Build\osm2odr-visualstudio\src\osm2odr.vcxproj]
myPath\mingw64\include\zconf.h(475): fatal error C1083: Impossible d'ouvrir le fichier include : 'unistd.h' : No such file or directory (compilation du fichier source C:\Dev\Carla\Util\OSM2ODR\src\utils\xml\SUMOSAXReader.cpp) [C:\Dev\Carla\Build\osm2odr-visualstudio\src\osm2odr.vcxproj]
myPath\mingw64\include\zconf.h(475): fatal error C1083: Impossible d'ouvrir le fichier include : 'unistd.h' : No such file or directory (compilation du fichier source C:\Dev\Carla\Util\OSM2ODR\src\utils\options\OptionsIO.cpp) [C:\Dev\Carla\Build\osm2odr-visualstudio\src\osm2odr.vcxproj]
A support on this one would be really appreciated ! What surprises me it's that unistd.h is a header from linux ...

I'm sorry but i'm also having the issue with osm2odr.
myPath\mingw64\include\zconf.h(475): fatal error C1083: Impossible d'ouvrir le fichier include : 'unistd.h' : No such file or directory (compilation du fichier source C:\Dev\Carla\Util\OSM2ODR\src\utils\iodevices\OutputDevice_File.cpp) [C:\Dev\Carla\Build\osm2odr-visualstudio\src\osm2odr.vcxproj]
myPath\mingw64\include\zconf.h(475): fatal error C1083: Impossible d'ouvrir le fichier include : 'unistd.h' : No such file or directory (compilation du fichier source C:\Dev\Carla\Util\OSM2ODR\src\utils\xml\SUMOSAXReader.cpp) [C:\Dev\Carla\Build\osm2odr-visualstudio\src\osm2odr.vcxproj]
myPath\mingw64\include\zconf.h(475): fatal error C1083: Impossible d'ouvrir le fichier include : 'unistd.h' : No such file or directory (compilation du fichier source C:\Dev\Carla\Util\OSM2ODR\src\utils\options\OptionsIO.cpp) [C:\Dev\Carla\Build\osm2odr-visualstudio\src\osm2odr.vcxproj]
A support on this one would be really appreciated ! What surprises me it's that unistd.h is a header from linux ...

Hi all, @MrMojitoo sorry for the late response. The problem is that the library XercesC is missing from your system. Before 0.9.10 for ubuntu, you need to install it in your system with sudo apt-get libxerces-c-dev. After 0.9.10, You do not need to install it yourself, our build system will donwload it and compile it automatically.

Same Issue on Ubuntu 18.04, Carla 0.9.11
Solution for me:
Run sudo apt-get libxerces-c-dev
Delete all xercesc from Build folder rm -rf ~/carla/Build/xercesc*
Run make PythonAPI

Hi all, @MrMojitoo sorry for the late response. The problem is that the library XercesC is missing from your system. Before 0.9.10 for ubuntu, you need to install it in your system with sudo apt-get libxerces-c-dev. After 0.9.10, You do not need to install it yourself, our build system will donwload it and compile it automatically.

Same Issue on Ubuntu 18.04, Carla 0.9.11
Solution for me:
Run sudo apt-get libxerces-c-dev
Delete all xercesc from Build folder rm -rf ~/carla/Build/xercesc*
Run make PythonAPI

Thanks a lot , your comment reall helped me a lot @icerooqiu

@brieucdnl, your issue seems to be related to your visual studio installation as the unistd.h file mentioned in your error log is visual studio one.

@brieucdnl, your issue seems to be related to your visual studio installation as the unistd.h file mentioned in your error log is visual studio one.

Hi @H-Whisky, sorry for the delay, I need the error log of the whole console, you only sent the PythonAPI part but what is actually failing is one of the dependencies. I need you to delete everything inside the Build folder, run make osm2odr then send the full error log in order to better understand what your problem is and solve it.

Sorry to reply you so late, I have already got the answer, thank you for your help.

Hi @H-Whisky Can you please tell me how you solved the issue?

On windows 10, I solved this by downloading xerces from the apache website https://mirror.synyx.de/apache//xerces/c/3/sources/xerces-c-3.2.3.zip and extracting the contents to  <D:>\carla\Build\xerces-c-3.2.3-source. Make sure the folder name is xerces-c-3.2.3-source. Then run make PythonAPI

I've solved this problem on windows.
If you are in a same situation with me, open your xercesC source with VS, and you might see some variables in CMAKE config like "ICU_UCONV_EXECUTABLE" have a value pointing to some .exe file in your " \Anaconda3\Library\bin" folder, these libraries caused some conflict.
To solve this, remove any path like "Anaconda3\Library\bin", "Anaconda3\Library\usr\bin", "Anaconda3\Library\mingw-w64\bin" from your "Path" enviroment variable, then restart your computer and open xercesC source with VS again. You should see those CMAKE variables  having suffix "-NOTFOUND". Rerun make PythonAPI and the xercesC should be compiled successfully. And OSM2ODR.h can be generated.

It seems like Xerces can't be installed properly, here is one solution I found.

Install Xerces by conda install -c anaconda xerces-c
Then find Anaconda3 folder, copy-paste everything from Anaconda3\pkgs\xerces-c-3.2.3-ha925a31_0\Library to carla\Build\xerces-c-3.2.3-install.
Next, copy-paste file xerces-c_3.lib from carla\Build\xerces-c-3.2.3-install\lib to folder carla\PythonAPI\carla\dependencies\lib
Delete folder carla\Build\osm2odr-visualstudio, then make PythonAPI.

Folder carla\PythonAPI\carla\dist should now be available.

Thanks so much, that's really helpful. I really appreciate it!!!!! I have been stuck on this problem for a long time. lol

For anyone who don't use conda, here is the step to build xerces manually:

First delete all xerces* dirs under Build;
Run following commands in cmd window:

cd <carla source root directory>
.\Util\InstallersWin\install_xercesc.bat --build-dir .\Build

After compiling successfully, copy file Build\xerces-c-3.2.3-install\lib\xerces-c_3.lib to directory PythonAPI\carla\dependencies\lib. All above directory are relative path to carla source root path.

It seems like Xerces can't be installed properly, here is one solution I found.

Install Xerces by conda install -c anaconda xerces-c
Then find Anaconda3 folder, copy-paste everything from Anaconda3\pkgs\xerces-c-3.2.3-ha925a31_0\Library to carla\Build\xerces-c-3.2.3-install.
Next, copy-paste file xerces-c_3.lib from carla\Build\xerces-c-3.2.3-install\lib to folder carla\PythonAPI\carla\dependencies\lib
Delete folder carla\Build\osm2odr-visualstudio, then make PythonAPI.

Folder carla\PythonAPI\carla\dist should now be available.

Thanks so much, that's really helpful.

For anyone who don't use conda, here is the step to build xerces manually:

First delete all xerces* dirs under Build;
Run following commands in cmd window:

cd <carla source root directory>
.\Util\InstallersWin\install_xercesc.bat --build-dir .\Build

After compiling successfully, copy file Build\xerces-c-3.2.3-install\lib\xerces-c_3.lib to directory PythonAPI\carla\dependencies\lib. All above directory are relative path to carla source root path.

Thank you so much, your comment was very usefull. It's working now CARLA 0.9.11

Hi, im having some issues while Building PythonAPI. Could please help. I copy-paste file xerces-c_3.lib from carla\Build\xerces-c-3.2.3-install\lib to folder carla\PythonAPI\carla\dependencies\lib, still have same issue.. Carla -14 version im using with UE for Carla and visual studio 2019.
Error after copy the xerec files and running make PythonAPI again:
-[Setup]: [Batch params]: --boost-toolset msvc-14.2 --all
-[Setup]: Asynchronous jobs:  4
-[Setup]: Boost toolset:      msvc-14.2
-[Setup]: Install directory:  "C:\Users\andri\source\repos\carla\Build"
-[Setup]: Installing zlib...
-[install_zlib]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_zlib]: A zlib installation already exists.
-[install_zlib]: Delete "C:\Users\andri\source\repos\carla\Build\zlib-install" if you want to force a rebuild.
-[install_zlib]: Exiting...
-[Setup]: Installing libpng...
-[install_libpng]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build" --zlib-install-dir "C:\Users\andri\source\repos\carla\Build\zlib-install"
-[install_libpng]: A libpng installation already exists.
-[install_libpng]: Delete "C:\Users\andri\source\repos\carla\Build\libpng-1.2.37-install" if you want to force a rebuild.
-[install_libpng]: Exiting...
-[Setup]: Installing rpclib...
-[install_rpclib]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_rpclib]: A rpclib installation already exists.
-[install_rpclib]: Delete "C:\Users\andri\source\repos\carla\Build\rpclib-install" if you want to force a rebuild.
-[install_rpclib]: Exiting...
-[Setup]: Installing Google Test...
-[install_gtest]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_gtest]: A Google Test installation already exists.
-[install_gtest]: Delete "C:\Users\andri\source\repos\carla\Build\gtest-install" if you want to force a rebuild.
-[install_gtest]: Exiting...
-[Setup]: Installing "Recast & Detour"...
-[install_recast]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_recast]: A "Recast & Detour" installation already exists.
-[install_recast]: Delete "C:\Users\andri\source\repos\carla\Build\recast-0b13b0-install" if you want to force a rebuild.
-[install_recast]: Exiting...
-[Setup]: Installing Boost...
-[install_boost]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build" --toolset msvc-14.2 --version 1.80.0 -j 4
-[install_boost]: A Boost installation already exists.
-[install_boost]: Delete "C:\Users\andri\source\repos\carla\Build\boost-1.80.0-install" if you want to force a rebuild.
-[install_boost]: Exiting...
-[Setup]: Installing Xercesc...
-[install_xercesc]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_xercesc]: A xerces installation already exists.
-[install_xercesc]: Delete "C:\Users\andri\source\repos\carla\Build\xerces-c-3.2.3-install" if you want to force a rebuild.
-[install_xercesc]: Exiting...
1 file(s) copied.
-[Setup]: Installing Sqlite3
-[install_sqlite3]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_sqlite3]: A Sqlite3 installation already exists.
-[install_sqlite3]: Delete "C:\Users\andri\source\repos\carla\Build\sqlite3-install" if you want to force a rebuild.
-[install_sqlite3]: Exiting...
1 file(s) copied.
-[Setup]: Installing PROJ
-[install_proj]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
-[install_proj]: A PROJ installation already exists.
-[install_proj]: Delete "C:\Users\andri\source\repos\carla\Build\proj-install" if you want to force a rebuild.
-[install_proj]: Exiting...
1 file(s) copied.
-[Setup]: Installing Eigen
-[install_eigen]: [Batch params]: --build-dir "C:\Users\andri\source\repos\carla\Build"
0 File(s) copied
0 File(s) copied
1 file(s) copied.
1 file(s) copied.
-[install_eigen]: Eigen has been successfully installed in "C:\Users\andri\source\repos\carla\Build\eigen-install"!
-[install_eigen]: Exiting...

-[Setup]: Creating "CMakeLists.txt.in"...
-[Setup]:
###########
SUCCESS
###########
IMPORTANT!
All the CARLA library dependences should be installed now.
(You can remove all "*-src" folders in C:\Users\andri\source\repos\carla\Build\ directory)
You only need the ASSET PACK with all the meshes and textures.
This script provides the assets for CARLA 0.9.14:
You can download the assets from here:
   http://carla-assets.s3.amazonaws.com/20221201_5ec9328.tar.gz

Unzip it in the "C:\Users\andri\source\repos\carla\Unreal\CarlaUE4\Content\Carla" folder.
If you want another version, search it in C:\Users\andri\source\repos\carla\Util\ContentVersions.txt.
-[BuildLibCarla]: [Batch params]: --server --client
-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.19045.
-- Build debug:   ON
-- Build release: ON
-- Build test:    ON
-- Configuring done (0.3s)
-- Generating done (0.4s)
-- Build files have been written to: C:/Users/andri/source/repos/carla/Build/libcarla-visualstudio
Microsoft (R) Build Engine version 16.11.2+f32259642 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
Checking Build System
carla_server.vcxproj -> C:\Users\andri\source\repos\carla\Build\libcarla-visualstudio\LibCarla\cmake\server\Release\carla_server.lib
carla_server_debug.vcxproj -> C:\Users\andri\source\repos\carla\Build\libcarla-visualstudio\LibCarla\cmake\server\Release\carla_server_debug.lib
-- Install configuration: "Release"
-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.19045.
-- Build debug:   ON
-- Build release: ON
-- Build test:    ON
-- Configuring done (0.1s)
-- Generating done (0.3s)
-- Build files have been written to: C:/Users/andri/source/repos/carla/Build/libcarla-visualstudio
Microsoft (R) Build Engine version 16.11.2+f32259642 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
Checking Build System
carla_client.vcxproj -> C:\Users\andri\source\repos\carla\Build\libcarla-visualstudio\LibCarla\cmake\client\Release\carla_client.lib
carla_client_debug.vcxproj -> C:\Users\andri\source\repos\carla\Build\libcarla-visualstudio\LibCarla\cmake\client\Release\carla_client_debug.lib
-- Install configuration: "Release"
-[BuildLibCarla]: LibCarla server has been successfully installed in "C:\Users\andri\source\repos\carla\Unreal\CarlaUE4\Plugins\Carla\CarlaDependencies"!
-[BuildLibCarla]: LibCarla client has been successfully installed in "C:\Users\andri\source\repos\carla\PythonAPI\carla\dependencies"!
-[BuildOSM2ODR]: [Batch params]: --build --all
HEAD is now at ee0c2b9241f Removed debug warnings
CMake Warning (dev) at CMakeLists.txt:23 (project):
cmake_minimum_required() should be called prior to this top-level project()
call.  Please see the cmake-commands(7) manual for usage documentation of
both commands.
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.19045.
-- CMAKE_BINARY_DIR: C:/Users/andri/source/repos/carla/Build/osm2odr-visualstudio
-- CMAKE_SOURCE_DIR: C:/Users/andri/source/repos/carla/Build/om2odr-source
-- Platform:
--     Host: Windows-10.0.19045 AMD64
--     Target: Windows-10.0.19045 AMD64
--     CMake: 3.26.3
--     CMake generator: Visual Studio 16 2019
--     CMake build tool: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/MSBuild/Current/Bin/MSBuild.exe
--     Compiler: MSVC 19.29.30148.0
-- Found Proj: C:/Users/andri/source/repos/carla/Build/proj-install/lib/proj.lib
-- Enabled features: Windows-10.0.19045 AMD64 MSVC 19.29.30148.0 Release Proj
-- Configuring done (0.3s)
-- Generating done (0.2s)
-- Build files have been written to: C:/Users/andri/source/repos/carla/Build/osm2odr-visualstudio
Microsoft (R) Build Engine version 16.11.2+f32259642 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
osm2odr.vcxproj -> C:\Users\andri\source\repos\carla\Build\osm2odr-visualstudio\src\Release\osm2odr.lib
-- Install configuration: "Release"
-[BuildOSM2ODR]: OSM2ODR has been successfully installed in "C:\Users\andri\source\repos\carla\PythonAPI\carla\dependencies"
-[BuildPythonAPI]: [Batch params]: --py3
Building Python API for Python 3.
compiling:

source/libcarla/libcarla.cpp
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help

error: invalid command 'bdist_wheel'
-[BuildPythonAPI]: Carla lib for python has been successfully installed in "C:\Users\andri\source\repos\carla\PythonAPI\carla\dist"!
I also have installed and upgrade wheel and seutptools.
Thank you for any help

Hi @Alex1091 and @germanros1987 I'm having the same issue as @AndritMuca . Info: Carla 14 version and visual studio 2019. I'd appreciate your solutions to how to proceed:
Upon building CARLA Python API I get stuck in this part with the following error:
-- Install configuration: "Release"
-[BuildLibCarla]: LibCarla server has been successfully installed in "C:\carla\Unreal\CarlaUE4\Plugins\Carla\CarlaDependencies"!
-[BuildLibCarla]: LibCarla client has been successfully installed in "C:\carla\PythonAPI\carla\dependencies"!
-[BuildOSM2ODR]: [Batch params]: --build --all
HEAD is now at ee0c2b9241f Removed debug warnings
-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.19045.
-- CMAKE_BINARY_DIR: C:/carla/Build/osm2odr-visualstudio
-- CMAKE_SOURCE_DIR: C:/carla/Build/om2odr-source
-- Platform:
--     Host: Windows-10.0.19045 AMD64
--     Target: Windows-10.0.19045 AMD64
--     CMake: 3.25.3
--     CMake generator: Visual Studio 16 2019
--     CMake build tool: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/MSBuild/Current/Bin/MSBuild.exe
--     Compiler: MSVC 19.29.30148.0
CMake Error at C:/Program Files/CMake/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
Failed to find XercesC (missing: XercesC_VERSION)
Call Stack (most recent call first):
C:/Program Files/CMake/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE)
C:/Program Files/CMake/share/cmake-3.25/Modules/FindXercesC.cmake:112 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:71 (find_package)
-- Configuring incomplete, errors occurred!
See also "C:/carla/Build/osm2odr-visualstudio/CMakeFiles/CMakeOutput.log".
Microsoft (R) Build Engine version 16.11.2+f32259642 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.
MSBUILD : error MSB1009: Project file does not exist.
Switch: install.vcxproj
-[BuildOSM2ODR]: OSM2ODR has been successfully installed in "C:\carla\PythonAPI\carla\dependencies"
-[BuildPythonAPI]: [Batch params]: --py3
Building Python API for Python 3.
compiling:

source/libcarla/libcarla.cpp
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help

error: invalid command 'bdist_wheel'

For anyone who don't use conda, here is the step to build xerces manually:

First delete all xerces* dirs under Build;
Run following commands in cmd window:

cd <carla source root directory>
.\Util\InstallersWin\install_xercesc.bat --build-dir .\Build

After compiling successfully, copy file Build\xerces-c-3.2.3-install\lib\xerces-c_3.lib to directory PythonAPI\carla\dependencies\lib. All above directory are relative path to carla source root path.

I have tried this multiple times but I am getting an error... I am on windows 10, trying to install carla 9.13 from source... any help would be greatly appreciated!

Hi, I'm building on Windows and make launch runs fine. When I run make PythonAPI, I receive this error log. it finishes with:
-[BuildPythonAPI]: Carla lib for python has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dist"!
Yet there is no directory /dist created. Has anyone else come across this issue?
Here is the full error log:
-[Setup]: [Batch params]: --boost-toolset msvc-14.1 -[Setup]: Asynchronous jobs: 8 -[Setup]: Boost toolset: msvc-14.1 -[Setup]: Install directory: "C:\Users\User\Documents\carla\Build" -[Setup]: Installing zlib... -[install_zlib]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" -[install_zlib]: A zlib installation already exists. -[install_zlib]: Delete "C:\Users\User\Documents\carla\Build\zlib-install" if you want to force a rebuild. -[install_zlib]: Exiting... -[Setup]: Installing libpng... -[install_libpng]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" --zlib-install-dir "C:\Users\User\Documents\carla\Build\zlib-install" -[install_libpng]: A libpng installation already exists. -[install_libpng]: Delete "C:\Users\User\Documents\carla\Build\libpng-1.2.37-install" if you want to force a rebuild. -[install_libpng]: Exiting... -[Setup]: Installing rpclib... -[install_rpclib]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" -[install_rpclib]: A rpclib installation already exists. -[install_rpclib]: Delete "C:\Users\User\Documents\carla\Build\rpclib-install" if you want to force a rebuild. -[install_rpclib]: Exiting... -[Setup]: Installing Google Test... -[install_gtest]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" -[install_gtest]: A Google Test installation already exists. -[install_gtest]: Delete "C:\Users\User\Documents\carla\Build\gtest-install" if you want to force a rebuild. -[install_gtest]: Exiting... -[Setup]: Installing "Recast & Detour"... -[install_recast]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" -[install_recast]: A "Recast & Detour" installation already exists. -[install_recast]: Delete "C:\Users\User\Documents\carla\Build\recast-cdce4e-install" if you want to force a rebuild. -[install_recast]: Exiting... -[Setup]: Installing Boost... -[install_boost]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" --toolset msvc-14.1 --version 1.72.0 -j 8 -[install_boost]: A Boost installation already exists. -[install_boost]: Delete "C:\Users\User\Documents\carla\Build\boost-1.72.0-install" if you want to force a rebuild. -[install_boost]: Exiting... 1 file(s) copied. 1 file(s) copied. -[Setup]: Installing Xercesc... -[install_xercesc]: [Batch params]: --build-dir "C:\Users\User\Documents\carla\Build" -[install_xercesc]: A xerces installation already exists. -[install_xercesc]: Delete "C:\Users\User\Documents\carla\Build\xerces-c-3.2.3-install" if you want to force a rebuild. -[install_xercesc]: Exiting... -[Setup]: Creating "CMakeLists.txt.in"... -[Setup]: ###########
SUCCESS
###########
IMPORTANT!
All the CARLA library dependences should be installed now. (You can remove all "*-src" folders in C:\Users\User\Documents\carla\Build\ directory)
You only need the ASSET PACK with all the meshes and textures.
This script provides the assets for CARLA 0.9.10: You can download the assets from here:
   http://carla-assets.s3.amazonaws.com/20200731_3e91044.tar.gz

Unzip it in the "C:\Users\User\Documents\carla\Unreal\CarlaUE4\Content\Carla" folder. If you want another version, search it in C:\Users\User\Documents\carla\Util\ContentVersions.txt.
-[BuildLibCarla]: [Batch params]: --server --client -- Build debug: ON -- Build release: ON -- Build test: ON -- Configuring done -- Generating done -- Build files have been written to: C:/Users/User/Documents/carla/Build/libcarla-visualstudio Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework Copyright (C) Microsoft Corporation. All rights reserved.
carla_server.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\server\Release\carla_server.lib carla_server_debug.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\server\Release\carla_server_debug.lib -- Install configuration: "Release" -- Build debug: ON -- Build release: ON -- Build test: ON -- Configuring done -- Generating done -- Build files have been written to: C:/Users/User/Documents/carla/Build/libcarla-visualstudio Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework Copyright (C) Microsoft Corporation. All rights reserved.
carla_client.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\client\Release\carla_client.lib
carla_client_debug.vcxproj -> C:\Users\User\Documents\carla\Build\libcarla-visualstudio\LibCarla\cmake\client\Release\carla_client_debug.lib
-- Install configuration: "Release"
-[BuildLibCarla]: LibCarla server has been successfully installed in "C:\Users\User\Documents\carla\Unreal\CarlaUE4\Plugins\Carla\CarlaDependencies"!
-[BuildLibCarla]: LibCarla client has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dependencies"!
-[BuildOSM2ODR]: [Batch params]: --build
-- CMAKE_BINARY_DIR: C:/Users/User/Documents/carla/Build/osm2odr-visualstudio
-- CMAKE_SOURCE_DIR: C:/Users/User/Documents/carla/Util/OSM2ODR
-- Platform:
-- Host: Windows-6.3.9600 AMD64
-- Target: Windows-6.3.9600 AMD64
-- CMake: 3.18.2
-- CMake generator: Visual Studio 15 2017 Win64
-- CMake build tool: C:/Program Files (x86)/Microsoft Visual Studio/2017/Community/MSBuild/15.0/Bin/MSBuild.exe
-- Compiler: MSVC 19.16.27043.0
-- Found Python: C:/Users/User/AppData/Local/Programs/Python/Python37/python.exe -- Configuring incomplete, errors occurred! See also "C:/Users/User/Documents/carla/Build/osm2odr-visualstudio/CMakeFiles/CMakeOutput.log". Microsoft (R) Build Engine version 15.9.21+g9802d43bc3 for .NET Framework Copyright (C) Microsoft Corporation. All rights reserved.
MSBUILD : error MSB1009: Project file does not exist. Switch: install.vcxproj -[BuildOSM2ODR]: OSM2ODR has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dependencies" -[BuildPythonAPI]: [Batch params]: --py3 Building Python API for Python 3. compiling:

source/libcarla/libcarla.cpp
dependencies/include/carla\Buffer.cpp
dependencies/include/carla\Exception.cpp
dependencies/include/carla\FileSystem.cpp
dependencies/include/carla\StringUtil.cpp
dependencies/include/carla\client\Actor.cpp
dependencies/include/carla\client\ActorAttribute.cpp
dependencies/include/carla\client\ActorBlueprint.cpp
dependencies/include/carla\client\ActorList.cpp
dependencies/include/carla\client\BlueprintLibrary.cpp
dependencies/include/carla\client\DebugHelper.cpp
dependencies/include/carla\client\Junction.cpp
dependencies/include/carla\client\LaneInvasionSensor.cpp
dependencies/include/carla\client\Light.cpp
dependencies/include/carla\client\LightManager.cpp
dependencies/include/carla\client\Map.cpp
dependencies/include/carla\client\ServerSideSensor.cpp
dependencies/include/carla\client\TimeoutException.cpp
dependencies/include/carla\client\TrafficLight.cpp
dependencies/include/carla\client\TrafficSign.cpp
dependencies/include/carla\client\Vehicle.cpp
dependencies/include/carla\client\Walker.cpp
dependencies/include/carla\client\WalkerAIController.cpp
dependencies/include/carla\client\Waypoint.cpp
dependencies/include/carla\client\World.cpp
dependencies/include/carla\client\detail\ActorFactory.cpp
dependencies/include/carla\client\detail\ActorState.cpp
dependencies/include/carla\client\detail\ActorVariant.cpp
dependencies/include/carla\client\detail\Client.cpp
dependencies/include/carla\client\detail\Episode.cpp
dependencies/include/carla\client\detail\EpisodeProxy.cpp
dependencies/include/carla\client\detail\EpisodeState.cpp
dependencies/include/carla\client\detail\Simulator.cpp
dependencies/include/carla\client\detail\WalkerNavigation.cpp
dependencies/include/carla\geom\GeoLocation.cpp
dependencies/include/carla\geom\Math.cpp
dependencies/include/carla\geom\Mesh.cpp
dependencies/include/carla\nav\Navigation.cpp
dependencies/include/carla\nav\WalkerEvent.cpp
dependencies/include/carla\nav\WalkerManager.cpp
dependencies/include/carla\opendrive\OpenDriveParser.cpp
dependencies/include/carla\opendrive\parser\ControllerParser.cpp
dependencies/include/carla\opendrive\parser\GeometryParser.cpp
dependencies/include/carla\opendrive\parser\GeoReferenceParser.cpp
dependencies/include/carla\opendrive\parser\JunctionParser.cpp
dependencies/include/carla\opendrive\parser\LaneParser.cpp
dependencies/include/carla\opendrive\parser\ObjectParser.cpp
dependencies/include/carla\opendrive\parser\ProfilesParser.cpp
dependencies/include/carla\opendrive\parser\RoadParser.cpp
dependencies/include/carla\opendrive\parser\SignalParser.cpp
dependencies/include/carla\opendrive\parser\TrafficGroupParser.cpp
dependencies/include/carla\road\Lane.cpp
dependencies/include/carla\road\LaneSection.cpp
dependencies/include/carla\road\Map.cpp
dependencies/include/carla\road\MapBuilder.cpp
dependencies/include/carla\road\MapData.cpp
dependencies/include/carla\road\MeshFactory.cpp
dependencies/include/carla\road\Road.cpp
dependencies/include/carla\road\SignalType.cpp
dependencies/include/carla\road\element\Geometry.cpp
dependencies/include/carla\road\element\LaneCrossingCalculator.cpp
dependencies/include/carla\road\element\LaneMarking.cpp
dependencies/include/carla\road\element\Waypoint.cpp
dependencies/include/carla\rpc\WeatherParameters.cpp
dependencies/include/carla\sensor\Deserializer.cpp
dependencies/include/carla\sensor\data\LaneInvasionEvent.cpp
dependencies/include/carla\sensor\s11n\CollisionEventSerializer.cpp
dependencies/include/carla\sensor\s11n\DVSEventArraySerializer.cpp
dependencies/include/carla\sensor\s11n\EpisodeStateSerializer.cpp
dependencies/include/carla\sensor\s11n\GnssSerializer.cpp
dependencies/include/carla\sensor\s11n\ImageSerializer.cpp
dependencies/include/carla\sensor\s11n\IMUSerializer.cpp
dependencies/include/carla\sensor\s11n\LidarSerializer.cpp
dependencies/include/carla\sensor\s11n\NoopSerializer.cpp
dependencies/include/carla\sensor\s11n\ObstacleDetectionEventSerializer.cpp
dependencies/include/carla\sensor\s11n\RadarSerializer.cpp
dependencies/include/carla\sensor\s11n\SemanticLidarSerializer.cpp
dependencies/include/carla\sensor\s11n\SensorHeaderSerializer.cpp
dependencies/include/carla\streaming\detail\Dispatcher.cpp
dependencies/include/carla\streaming\detail\StreamStateBase.cpp
dependencies/include/carla\streaming\detail\Token.cpp
dependencies/include/carla\streaming\detail\tcp\Client.cpp
dependencies/include/carla\streaming\detail\tcp\Server.cpp
dependencies/include/carla\streaming\detail\tcp\ServerSession.cpp
dependencies/include/carla\trafficmanager\ALSM.cpp
dependencies/include/carla\trafficmanager\CollisionStage.cpp
dependencies/include/carla\trafficmanager\InMemoryMap.cpp
dependencies/include/carla\trafficmanager\LocalizationStage.cpp
dependencies/include/carla\trafficmanager\LocalizationUtils.cpp
dependencies/include/carla\trafficmanager\MotionPlanStage.cpp
dependencies/include/carla\trafficmanager\Parameters.cpp
dependencies/include/carla\trafficmanager\SimpleWaypoint.cpp
dependencies/include/carla\trafficmanager\SimulationState.cpp
dependencies/include/carla\trafficmanager\TrackTraffic.cpp
dependencies/include/carla\trafficmanager\TrafficLightStage.cpp
dependencies/include/carla\trafficmanager\TrafficManager.cpp
dependencies/include/carla\trafficmanager\TrafficManagerLocal.cpp
dependencies/include/carla\trafficmanager\TrafficManagerRemote.cpp
running bdist_egg
running egg_info
writing source\carla.egg-info\PKG-INFO
writing dependency_links to source\carla.egg-info\dependency_links.txt
writing top-level names to source\carla.egg-info\top_level.txt
reading manifest file 'source\carla.egg-info\SOURCES.txt'
writing manifest file 'source\carla.egg-info\SOURCES.txt'
installing library code to build\bdist.win-amd64\egg
running install_lib
running build_py
running build_ext
building 'carla.libcarla' extension
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\bin\HostX86\x64\cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MD -Idependencies/include -IC:\Users\User\AppData\Local\Programs\Python\Python37\include -IC:\Users\User\AppData\Local\Programs\Python\Python37\include "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\ATLMFC\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\cppwinrt" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\ATLMFC\include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.16.27023\include" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.6.1\include\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\cppwinrt" /EHsc /Tpsource/libcarla/libcarla.cpp /Fobuild\temp.win-amd64-3.7\Release\source/libcarla/libcarla.obj /experimental:external /external:I dependencies/include/system /DBOOST_ALL_NO_LIB /DBOOST_PYTHON_STATIC_LIB /DBOOST_ERROR_CODE_HEADER_ONLY /D_WIN32_WINNT=0x0600 /DHAVE_SNPRINTF /DLIBCARLA_WITH_PYTHON_SUPPORT -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true
libcarla.cpp
dependencies/include\png.h(522): warning C4005: 'int_p_NULL': macro redefinition
dependencies/include\carla/image/ImageIOConfig.h(48): note: see previous definition of 'int_p_NULL'
dependencies/include/system\boost/gil/io/path_spec.hpp(75): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
dependencies/include/system\boost/gil/io/path_spec.hpp(120): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
dependencies/include/system\boost/gil/io/path_spec.hpp(129): warning C4996: 'wcstombs': This function or variable may be unsafe. Consider using wcstombs_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
C:\Program Files (x86)\Windows Kits\10\include\10.0.17763.0\ucrt\stdlib.h(1015): note: see declaration of 'wcstombs'
c:\users\user\documents\carla\pythonapi\carla\source\libcarla\OSM2ODR.cpp(7): fatal error C1083: Cannot open include file: 'OSM2ODR.h': No such file or directory

-[BuildPythonAPI]: Carla lib for python has been successfully installed in "C:\Users\User\Documents\carla\PythonAPI\carla\dist"!

It is due to an error on Setup.bat file. It tries to copy xerces lib to a non existing path. Change this:
copy %INSTALLATION_DIR%\xerces-c-3.2.3-install\lib\xerces-c_3.lib %CARLA_PYTHON_DEPENDENCIES%\lib
copy %INSTALLATION_DIR%\xerces-c-3.2.3-install\lib\xerces-c_3.lib %CARLA_DEPENDENCIES_FOLDER%\lib
to
xcopy /Y /S /I "%INSTALLATION_DIR%\xerces-c-3.2.3-install\lib\xerces-c_3.lib" "%CARLA_PYTHON_DEPENDENCIES%\lib" > NUL
xcopy /Y /S /I "%INSTALLATION_DIR%\xerces-c-3.2.3-install\lib\xerces-c_3.lib" "%CARLA_DEPENDENCIES_FOLDER%\lib" > NUL
do the same for sqlite3

It seems like Xerces can't be installed properly, here is one solution I found.

Install Xerces by conda install -c anaconda xerces-c
Then find Anaconda3 folder, copy-paste everything from Anaconda3\pkgs\xerces-c-3.2.3-ha925a31_0\Library to carla\Build\xerces-c-3.2.3-install.
Next, copy-paste file xerces-c_3.lib from carla\Build\xerces-c-3.2.3-install\lib to folder carla\PythonAPI\carla\dependencies\lib
Delete folder carla\Build\osm2odr-visualstudio, then make PythonAPI.

Folder carla\PythonAPI\carla\dist should now be available.

it seems doesn't work today, after following these steps,error still says '“OSM2ODR.h”: No such file or directory'.
while i'm using win11 and python 3.12, is there any possible that the python version is the problem?

#6898
anyone who get error like 'CMake Error: The source directory "E:/GitHub/carla/Build/osm2odr-visualstudio/x64" does not exist.' and find there is nothing in u folder 'E:\GitHub\carla\Build\osm2odr-visualstudio'is empty .
and u had tried to reinstall  xerces but nothing worked , u can tried to change the .\Util\BuildTools\BuildOSM2ODR.bat .
it works for me!

after generated the dist folder and wheel,egg files, i find is came errors that i can't install the wheel, which report 'platform' error.
i saw some one solve this by downgrade python , i did the same thing . But when I tried to use make PythonAPI to regenerate wheel. it came error error: invalid command 'bdist_wheel'. and i don't find any sulotion.

I am having also the same issue. Maybe I will try the Linux build

after generated the dist folder and wheel,egg files, i find is came errors that i can't install the wheel, which report 'platform' error. i saw some one solve this by downgrade python , i did the same thing . But when I tried to use make PythonAPI to regenerate wheel. it came error error: invalid command 'bdist_wheel'. and i don't find any sulotion.

Actually try this
https://github.com/carla-simulator/carla/issues/6898#issuecomment-1807921422

#6898 anyone who get error like 'CMake Error: The source directory "E:/GitHub/carla/Build/osm2odr-visualstudio/x64" does not exist.' and find there is nothing in u folder 'E:\GitHub\carla\Build\osm2odr-visualstudio'is empty .
and u had tried to reinstall xerces but nothing worked , u can tried to change the .\Util\BuildTools\BuildOSM2ODR.bat .
it works for me!

try this also
https://github.com/carla-simulator/carla/issues/6898#issuecomment-1807921422

It seems like Xerces can't be installed properly, here is one solution I found.

Install Xerces by conda install -c anaconda xerces-c
Then find Anaconda3 folder, copy-paste everything from Anaconda3\pkgs\xerces-c-3.2.3-ha925a31_0\Library to carla\Build\xerces-c-3.2.3-install.
Next, copy-paste file xerces-c_3.lib from carla\Build\xerces-c-3.2.3-install\lib to folder carla\PythonAPI\carla\dependencies\lib
Delete folder carla\Build\osm2odr-visualstudio, then make PythonAPI.

Folder carla\PythonAPI\carla\dist should now be available.

it seems doesn't work today, after following these steps,error still says '“OSM2ODR.h”: No such file or directory'. while i'm using win11 and python 3.12, is there any possible that the python version is the problem?

I have encountered the same issue. The xerces-c_3.lib copy-paste method didn't work!

Hello,
Removing quotes around %OSM2ODR_SOURCE_PATH% in carla\Util\BuildTools\BuildOSM2ODR.bat line 119 seems to work.

Hello, 你好，我是 Removing quotes around %OSM2ODR_SOURCE_PATH% in carla\Util\BuildTools\BuildOSM2ODR.bat line 119 seems to work. 删除carla\Util\BuildTools\BuildOSM2ODR.bat第119行中%OSM2ODR_Source_PATH %周围的引号似乎可以工作。

It works for me, win11 + carla9.15, thanks!

It seems like Xerces can't be installed properly, here is one solution I found.
* Install Xerces by `conda install -c anaconda xerces-c`

* Then find Anaconda3 folder, copy-paste everything from `Anaconda3\pkgs\xerces-c-3.2.3-ha925a31_0\Library` to `carla\Build\xerces-c-3.2.3-install`.

* Next, copy-paste file `xerces-c_3.lib` from `carla\Build\xerces-c-3.2.3-install\lib` to folder `carla\PythonAPI\carla\dependencies\lib`

* Delete folder `carla\Build\osm2odr-visualstudio`, then `make PythonAPI`.

Folder carla\PythonAPI\carla\dist should now be available.

In case someone finds this useful, combining this fix and this one have worked for me.

I had the same issue today.
It could be from bad internet connection.
Consider the above comments but also try to erase the build directory and try again with better internet.
It worked for me

xerces*

You are genius! Thank you a lot!!!
Works on Win11, carla 0.19.5

Hello, Removing quotes around %OSM2ODR_SOURCE_PATH% in carla\Util\BuildTools\BuildOSM2ODR.bat line 119 seems to work.

You are genius! Thank you a lot!!!
Works on Win11, carla 0.19.5

Hello, Removing quotes around %OSM2ODR_SOURCE_PATH% in carla\Util\BuildTools\BuildOSM2ODR.bat line 119 seems to work.

This also worked for me too (Windows 10, Carla 0.19.5), thanks a bunch!

I currently experience the same problem (Can ot open OSM2ODR.H) at a different location:
My setting is Windows 10, Visual Studio2022, Carla 0.9.15, UE4.26
I call make PythonAPI GENERATOR="Visual Studio 17 2022"
and until this point "BuildLibCarla" it works fine, but it fails when creating osm2odr.

-[BuildLibCarla]: LibCarla server has been successfully installed in "c:\Carla\carla\Unreal\CarlaUE4\Plugins\Carla\CarlaDependencies\"!
-[BuildLibCarla]: LibCarla client has been successfully installed in "c:\Carla\carla\PythonAPI\carla\dependencies\"!
-[BuildOSM2ODR]: [Batch params]: --generator "Visual Studio 17 2022" --build --all
HEAD is now at 1835e1e9538 Remove logs
CMake Warning:
  Ignoring extra path from command line:

   "c:\Carla\carla\Build\om2odr-source""

CMake Error: The source directory "C:/Carla/carla/Build/osm2odr-visualstudio/x64" does not exist.
Specify --help for usage, or press the help button on the CMake GUI.
Error: could not load cache
Das System kann die angegebene Datei nicht finden.
Das System kann die angegebene Datei nicht finden.
-[BuildOSM2ODR]: OSM2ODR has been successfully installed in "c:\Carla\carla\PythonAPI\carla\dependencies\"
-[BuildPythonAPI]: [Batch params]: --py3
Building Python API for Python 3.
compiling:
  - source/libcarla/libcarla.cpp
running bdist_egg
running egg_info
writing source\carla.egg-info\PKG-INFO
writing dependency_links to source\carla.egg-info\dependency_links.txt
writing top-level names to source\carla.egg-info\top_level.txt
reading manifest file 'source\carla.egg-info\SOURCES.txt'
writing manifest file 'source\carla.egg-info\SOURCES.txt'
installing library code to build\bdist.win-amd64\egg
C:\python\Lib\site-packages\setuptools\command\install.py:34: SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip and other standards-based tools.
  warnings.warn(
running install_lib
running build_py
running build_ext
building 'carla.libcarla' extension
"C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\bin\HostX86\x64\cl.exe" /c /nologo /O2 /W3 /GL /DNDEBUG /MD -Idependencies/include -IC:\python\include -IC:\python\Include "-IC:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\include" "-IC:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\ATLMFC\include" "-IC:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\VS\include" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.22621.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\um" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\shared" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\winrt" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\cppwinrt" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.8\include\um" "-IC:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\include" "-IC:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.38.33130\ATLMFC\include" "-IC:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\VS\include" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.22621.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\um" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\shared" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\winrt" "-IC:\Program Files (x86)\Windows Kits\10\\include\10.0.22621.0\\cppwinrt" "-IC:\Program Files (x86)\Windows Kits\NETFXSDK\4.8\include\um" /EHsc /Tpsource/libcarla/libcarla.cpp /Fobuild\temp.win-amd64-cpython-311\Release\source/libcarla/libcarla.obj /experimental:external /external:W0 /external:I dependencies/include/system /DBOOST_ALL_NO_LIB /DBOOST_PYTHON_STATIC_LIB /DBOOST_ERROR_CODE_HEADER_ONLY /D_WIN32_WINNT=0x0600 /DHAVE_SNPRINTF /DLIBCARLA_WITH_PYTHON_SUPPORT -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true /MD
libcarla.cpp
c:\Carla\carla\PythonAPI\carla\source\libcarla\OSM2ODR.cpp(7): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "OSM2ODR.h": No such file or directory
error: command 'C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.38.33130\\bin\\HostX86\\x64\\cl.exe' failed with exit code 2

-[BuildPythonAPI]: Carla lib for python has been successfully installed in "c:\Carla\carla\PythonAPI\carla\dist"!

The problem starts with the missing x64 folder and ends with a missing header file requested "c:\Carla\carla\PythonAPI\carla\source\libcarla\OSM2ODR.cpp(7): fatal error C1083: Datei (Include) kann nicht geöffnet werden: "OSM2ODR.h": No such file or directory"
I can find this header in "C:\Carla\carla\Build\om2odr-source\src" but this path is not in the include statements -I for the cl.exe call above. Maybe it should have been copied somewhere else, probably into the missing x64 folder.
I also have a bit of trouble understanding how the previous step of building the Unreal Engine is linked to this "building Carla" part. Can this problem actually have something to do with the previous step of compiling the Engine? Although that went fine, I can open the UE editor and it seems to work as expected.


Regex support

Hey
I didn't see it any support for testing the output against a regex expression in the documentation.
Sorry if I miss it, but I consider it essential. One of the reasons I'm still using ShellTestRunner.

I think this is an excellent idea.
Could you give me an example of the kind of thing you need to run a regex over? Please be as specific as possible: it would be helpful in designing such a feature to have some example input, the expected output, and the kind of regex you'd need.

Let's imagine I want to check the std output of a given command containing a particular pattern.
For example, let's say I want to check if an error in a specific location occurs while running MyTool. The error given by this tool follows a particular form. Then, I would like to write something like the following where I can check the error happens effectively at line 11, cols 7-8.
command : MyTool tests/negative/MyFile.X
stderr : "(.+)\/([^\/]+)\.X\:11\:7\-8\: error.*"

PS. The error pattern in the example is used by GHC compiler, I'm not mistaken.

That seems quite sensible. You could run a filter over it to remove the unimportant parts but that might make a test failure message very confusing.
How do you feel about this kind of syntax?
command:
  - MyTool

tests:
  - name: negative
    args:
      - tests/negative/MyFile.X
    exit-status: 1
    stderr:
      match: '(.+)/([^/]+)\.X:11:7-8: error.*'

(You can probably get away with fewer escapes if we use Perl-compatible regular expressions and don't need to support Perl- or sed-style syntax.)
You do lose one nice feature, in that you can't show a diff when the match is a regex, but as long as you're using it on short outputs, I don't think that's an issue.

That syntax seems excellent. Fewer escapes for a regex, the better. Another possible option that may become handy is if we specify if the match has to occur in the whole output or a line. Maybe, something like this.
...
    exit-status: 1
    stderr:
      match:
        inline: '^(.+)/([^/]+)\.X:11:7-\d+: error.*'

...

I suggest we make use of PCRE's native functionality. You can use \A and \Z to match the start and end of the whole text ("subject" in the docs), or if multiline mode is enabled, you can use ^ and $ for the start and end of a line.
I suggest a syntax along the lines of:
match: <pattern>

or:
match:
  pattern: <pattern>
  flags:
    - multiline  # or `m`
    - caseless   # or `i`
    - etc.

The flags are specified in the pcrepattern specification.
We won't have a way to match against multiple regular expressions and and the result (Smoke supports or through a choice mechanism, but not and). I think I'm OK with this until someone comes up with a use case.
I can probably take a crack at this sometime in the next week, though I make no guarantees as to when I will finish it. If you'd like to give it a go, you're more than welcome. What would you prefer?

Just to give you an update: in trying to implement this, I have found a few bugs in edge cases when interpreting the YAML, which are exacerbated by trying to add another type of matcher. So it's taking longer than expected. (I'm also not working on this full-time, as you might have guessed.)
Long story short, probably don't implement even a simple expression language in YAML.
I hope I can get this done soon-ish, but there is of course the family, who come first, and the day job, who pay me, so please don't hold your breath on it happening in the next couple of weeks.

Understandable. I have similar time constraints and a trip this week, so please don't feel pressured. Maybe you want to share a branch to see the progress or suggest which places in the codebase to look first for anyone to experiment.

This boils down to adding a new assertion type in Types/Assert.hs, handling it in Assert.hs, and parsing it in Types/Values.hs.
I have laid a little bit of the groundwork in the regex branch, which might be a decent place to start if you want to give it a shot.

Thinking about it, we may be able to just ignore the parsing issue that tripped me up. The main issue is that we can write:
stdout:
  contains: "hello"

But we can't write:
stdout:
  content:
    contains: "hello"

This is inconsistent with assertions that use a file. But perhaps we can just live with it for now, as long as we can write matches:.

I have managed to make the time to sort out those vaguely-related issues.
The next challenge is picking a regex engine. I was hoping to support Perl-compatible regular expressions (PCRE) as they're very powerful and I like them a lot. However, all the implementations require linking to a native library, which (a) means that we have a dynamic dependency we didn't have before, and (b) Windows support will be a nightmare.
I tried getting both regex-pcre and text-icu to build with no luck, but even if they worked, I think asking people to install PCRE or ICU4C on Windows via MSYS2 is a bit much.
I guess I'll be trying regex-pcre-builtin or regexpr next.

I left this for a few months and when I came back, Windows support magically started working.
I've now added this in #79. Please give it a shot, following the README changes, and let me know if you have any feedback. I'll merge it and ship a new release if it looks good for you (or in a few days if I get no response).

I ended up reverting this change because I couldn't release; there seems to be no way to use text-icu statically across operating systems and architectures.
Now I'm considering the regex-tdfa library, which supports POSIX regular expressions. They would be more limited. If you would still find this feature useful, could you let me know if that suits your purposes?

Gonna re-open this. In #100, @ivan19871002 points out that regex-tdfa has some memory consumption issues, so that's not really an option. I will keep looking for a pure Haskell alternative.

I revert this commit https://github.com/SamirTalwar/smoke/commit/888148daff63efd38bae7334f778c25934963ed1.  re-add regex support.  works well on all platform (x86_x64 linux ,   x86 mac,  aarch64 linux)

I'm glad it's working well for you.
I have done the same thing and pushed the changes as the regex-icu branch, which you are welcome to use instead. I will support this branch and fix any issues until I can find a better solution, or figure out how to compile things statically on Windows and macOS.

macOS
brew link icu4c
before compile
export LDFLAGS="-L/usr/local/opt/icu4c/lib"
export CPPFLAGS="-I/usr/local/opt/icu4c/include"
export PKG_CONFIG_PATH="/usr/local/opt/icu4c/lib/pkgconfig"
then
stack install --local-bin-path=./out/build


fix: updated the viewport settings for dynamic input

Overview
This PR is for ticket #2565 and updated viewport settings for the dynamic input timestamp
Verifying Changes
https://github.com/awslabs/iot-app-kit/assets/142866907/c55e94c2-6846-442d-8c77-2c72d7675216
Legal
This project is available under the Apache 2.0 License.

reverting commit because all viewport are saved, we dont want absolute viewports to persist (aka, we should save last 5 minutes but we should not save a viewport that is feb 21 - feb22


Add backport notes

Adds marker files for backported recipes, incl. a note when to drop them.
Since the upcoming LTS includes all of them, I've added a related task to planing.

:+1:


Resolve Hedgehog StateT-outside-of-GenT issue

Background
From the hedgehog-1.0 Changelog, we see:

Simplify MonadGen, this breaks the use of StateT on the outside of a GenT for the time being, it still works fine on the inside though and you can use distributeT to run it

It turns out that we need this exact configuration for Goblins' TinkerM:
type TinkerM g = StateT (GoblinData g) Gen

More context is given here:

We also simplify MonadGen significantly, with all functions being implemented in terms of toGen / fromGen. This comes at the cost of StateT and RWST instances, but you can still run these on the inside of the transformer and get a MonadGen, it's just slightly less conveniant. If anyone can figure out how to implement MonadTransControl for TreeT then they will be easy possible on the back of that.

I (@mhuesch) have spent a few days equivalent trying to hack around this issue with MonadTransControl, and haven't made much progress.
Proposed Solution
Make it work 🙂
I see 3 possible routes:

Solve MonadTransControl in full generality (what Jacob describes above)
Write instances specific to our TinkerM case, which might be able to cheat and avoid issues which arise for full generality.
Come up with an alternative way to thread genomes around.

I considered ReaderT for a bit, but we only want to consume genome when we tinker/conjure, and a ReaderT solution would have to meter out genome each time it did a bind (I think).

Closing this and continuing the issue in https://github.com/input-output-hk/cardano-ledger/issues/556


Make tasks idempotent

Hi, thanks for sharing this role.
This change avoids actions being performed and changes reported on every single run where this role is invoked, by altering the archive juggling approach a little bit and using more native Ansible modules instead of command tasks.
I'm not sure that I'm clear on the motivations of AnsibleShipyard, but I presume that if your goals are to build Docker images, you haven't generally cared much about idempotent tasks in your roles. If that's the case and you aren't interested in these changes, fine, let me know and I'll maintain my own fork of this. Please know, though, that idempotence is a best practice that configuration management users are going to expect, so if you share these roles on Galaxy (which you are), then a lack of it may attract comments or negative reviews.

This is a community driven effort. As such, time is a factor. We all have other jobs, some in other areas than devops.
Yes idepotency is a desired in confguration management. Thanks for the PR.
Looks like not many cared to see sbt proper and that your the first.
Yes, command module usage like shell or chef exec should be avoided. This playbook is behind the times.

Travis looked good. Merged.

Sure, I wasn't sure if I was missing a site or something that explains the goals of the community effort (would be good to have a link on the AnsibleShipyard organization page on GitHub, perhaps). Ansible is useful for bootstrapping systems but producing Docker images may have different quality goals than roles more typically designed to run continuously, and that's fine.
Thanks for the review :grin:


Laravel 10 support

Hi,
Is not clear to me if this library is still maintained and if it will get larval 9 support.
We need to migrate to Laravel 10 and our app is using a lot this library and we don't know if we should start to rebuild everything and remove the dependency on this module.
Thanks,
daniel

Please upgrade for Laravel 10

There is a pull-reuqest but no reaction  https://github.com/api-ecosystem-for-laravel/dingo-api/pull/30
Hope we'll get an answer here or at the discussions from the pull-request.

Support added now in latest tag v4.1.0.
Thanks for the patience guys :smile:


MM-DD not supported as date format

ledger accepts MM-DD as date format but it wasn't accepted by tree-sitter-ledger here. But YYYY-MM-DD seemed to work but that is way more troublesome to type so I use MM-DD, can we support that as well?
Maybe change this line here?
https://github.com/cbarrete/tree-sitter-ledger/blob/72319504776f14193472a6ad14abec0af0225cbe/grammar.js#L208
to (\d{4}[-\.\/])?\d{2}[-\.\/]\d{2}

Please see https://github.com/cbarrete/tree-sitter-ledger/issues/15.
Essentially, the issue is that there are tons of possible date formats and we can't support anything a user might use. People like to use YYYY-MM, YY-MM, MM-DD in your case, and change the order of year, month and day as well. Your suggestion unfortunately wouldn't cover the preferences of a lot of people.
I'm still considering alternatives but enumerating all possible permutations sounds like a bad idea to me.
In the meantime, I suggest avoiding typing the dates altogether with a custom mapping, possibly using a snippets plugin. I personally do
        s('date', sn(1, {
            t(os.date('%Y-%m-')),
            i(1, os.date('%d')),
        })),

using https://github.com/L3MON4D3/LuaSnip, which is very convenient, but you could also do something simpler and just insert the current date with an inoremap, or more complicated and get part of the date from your filename, depending on your use-case.
Snippet plugin alternatives include:

https://github.com/hrsh7th/vim-vsnip
https://github.com/sirver/UltiSnips
https://github.com/norcalli/snippets.nvim

I don't do snippets, I type them out. Showing the year is redundant and does not help much, I don't want to read the 2021- even because the file is only for 2021 entries. If I do snippet I will still only want MM-DD for the year and at the end of the year I will re-export it with the year (YYYY-MM-DD) again for archival purposes.
I did see #15, but MM-DD is very common, I don't see why can't we enumerate the date support, it's just adding a ? and a group here.

MM-DD should be common

And yet you're the first to ask for it so not really.

it's just adding a ? and a group here

No, it doesn't handle DD/MM/YY or DD/MM/YYYY

MM-DD should be common

And yet you're the first to ask for it so not really.

it's just adding a ? and a group here

No, it doesn't handle DD/MM/YY or DD/MM/YYYY which are also (more) popular.

I don't use neovim to edit

My bad then

Or why not just accept anything for the date, at least it will highlight the date correctly?

I might do that at some point but it's nice to have something a bit stricter, it's helpful when you make a typo. Also by splitting it into further and focusing on ISO 8601, we could enable tools to access the date and do nice things with them by actually understanding it as a date rather than a string.

Then I guess there are no other way to add this unless I fork it and create a MM-DD version?

Not anymore :)


[New] [Browser Tabs] Search all open browser tabs

Description

Search all open browser tabs

Screencast

Checklist

[x] I read the extension guidelines
[x] I read the documentation about publishing
[x] I ran npm run build and tested this distribution build in Raycast
[x] I checked that files in the assets folder are used by the extension itself
[x] I checked that assets used by the README are placed outside of the metadata folder

Hi!
Thank you so much for your contribution! My name is Milena and I will be reviewing your PR today :)
First of all, I think the name of the extension is a bit misleading: Firefox is not supported so it's not all browsers. Have you considered adding it or changing the name of the extension to "multi-browser" instead?
There's an incoherence on your README, do you mind rephrasing that?
Cheers!

Hi @mil3na The extension was named Browser Tabs to align with two other extensions, Browser Bookmarks and Browser History, so I didn't really want to change the extension name. However, I have updated the description of the extension to make it clearer.
Also, the README has been changed to make it more concise

Fair enough. One last thing: do you mind doing a comment cleanup? There are a few that are not adding any value or are in a language other than English. After that, I think we should be good to merge.

Have cleaned up non-English comments and some useless logs


Repository

My Introduction
Name
Wouter van der Heijde
Class
Tech-4
About me
27 y/o Male living in Bigpants (Grootebroek)
Goals
My goals for this class are getting familiar with backend and being able to set up my own database. So in the future I can create my own websites/applications from front-end to back-end.
Skill level
intermediate
GitHub username
Mokerstier
GitHub repository
https://github.com/Mokerstier/blokTechBootcamp

👋 Hi Wouter, the link to your repo has been added to the admin sheet. Thanks! 🎉 Bigpants 👖
You might consider putting every exercise in a different .js file, that's a bit easier for teachers to check.


Revendor hcsshim and go-winio

This moves back to official branches for hcsshim and go-winio with the required fixes merged.
cc @dmcgowan @mlaventure
Signed-off-by: Darren Stahl<EMAIL_ADDRESS>

LGTM

LGTM

Codecov Report

Merging #1247 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1247   +/-   ##
=======================================
  Coverage   28.25%   28.25%
=======================================
  Files          28       28
  Lines        2838     2838
=======================================
  Hits          802      802
  Misses       1888     1888
  Partials      148      148

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1251413...cec6331. Read the comment docs.


Not loading after upgrade

I cloned the repo directory, and tried to run it w¡using my existing .lounge from 1.5.0, it started without any problems on the console, but when entering, I all get is the "loading" message.
The console on 2.0.0:

The console on 1.5.0:

The loading message:

Maybe the config is not being loaded correctly?
I noticed this on chrome inspector:

(This errors are not present on 1.5.0)
Any ideas?

This is on node v4.2.6, ubuntu 16.04 and latest version of npm.

You need to run npm install and possibly also need to run npm run build. That will fix your problem.
You can't just clone the repo and run it, you need to minify and pack the scripts together and generate the templates ☺

@agucova, can you confirm this fixes your issue and then close this ticket please?


Update snaps during OEM

Ubuntu 20.04 seems more reliant on default-installed snaps. We should update them during OEM so there's less to do at first boot. Usage in Mint is unknown at this point, but they should be updated too.

As of last summer, Mint didn't seem too impressed by snaps (https://blog.linuxmint.com/?p=3766) and as of the latest monthly blog post (https://blog.linuxmint.com/?p=3890#comment-155059), it seems like they don't intend to use snaps by default

If it's solely our Ubuntu test builds, then I'll probably ignore it. I'd like to keep this as a tracker so we can evaluate what might be necessary once we see a 20.04 LTS-powered Mint


MQTT Agent Overwrites Task Notifications

Describe the bug
MQTT Agent (through the Shadow Client) clears/sets Task Notifications of the task using the library. This causes tasks that rely on task notifications for functionality to exhibit undesired behavior.
This issue was discovered when trying to communicate via a Task Notification, in the Shadow Delta Callback context, to the task managing the Shadow Client. The notification of the task is overwritten by the MQTT Agent to serve it's own purpose.
It is not obvious when calling into these libraries that the MQTT Agent will be using the task's notification for functionality outside of what may have been designed.
The issue may not even manifest in a significantly noticeable fashion, as the setting and clearing of the task notification only happens when calls are made to the MQTT agent. If the right timing conditions occurred, Task Notifications to the calling task (from tasks other than the MQTT Task) could be wiped out.
System information
N/A (All)
Expected behavior
Library under the hood should not use task notifications for internal functionality. Another self-contained method of synchronization/feedback should be employed to avoid commandeering the task notifications of tasks that call into the Shadow and MQTT libs.
This will avoid conflicts with task notifications for tasks that employ them.
Additional context
The lines related to task notifications are listed below.
https://github.com/aws/amazon-freertos/blob/4d6a8a07c6d30a61372d00377a8974658c88e2d9/lib/mqtt/aws_mqtt_agent.c#L1238-L1259
https://github.com/aws/amazon-freertos/blob/4d6a8a07c6d30a61372d00377a8974658c88e2d9/lib/mqtt/aws_mqtt_agent.c#L1666-L1675

Hi @tombresson,
The new MQTT library available on the release-1.5 branch no longer uses task notifications.
We have implemented a backwards-compatibility layer to allow applications written for the v1 MQTT library to still work. This layer translates v1 MQTT API calls to v1.5 calls. Since it uses the v1.5 MQTT library underneath, this provides a way to use the v1 API without interfering with task notifications. Please give this a look.
I am closing this issue; please reopen if you have any questions.


Assume that C struct fields are const-qualified

Closes #31 .

Thanks! Could you run this against libc to make sure it still works there?