github-actions[bot] on gh-pages
deploy: a218babc8daee904a83f550… (compare)
stefanseefeld on develop
Fix enum_type_object type on Py… (compare)
vswheretool available, but
faberthen can't find it, so the build fails: https://github.com/boostorg/python/pull/342/checks?check_run_id=1612000557
vswhereis bundled with MSVC nowadays.
vswhereshould be at
%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe, see
vswherebe found ?
vswhere. Otherwise you could
set PATH=%PATH%;%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\
vswhereto the system path.
%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\in cmd.exe ?
The shell variable
%ProgramFiles(x86)% points to
C:\Program Files (x86) on almost all computers, I'm guessing a very small percentage have a non C: drive as their default.
From my understanding VS 2017 (15.2+) and VS 2019 will always install
%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe.
cl /nologo /showIncludes /EP ..., then I scan the output (stderr !) for "Note: including file: ". I just realized that this only works for English locales. Do you know of a way (under Windows) to set the locale just for a specific subprocess (such as
cl ...) ?
boost::) as HeldType ? Wouldn't that solve the issue, as in that case the type would always be allocated on the heap on a correctly aligned memory boundary, rather than being forced into a specific location in the pre-allocated PyObject ?
shared_ptrheld type idea you mentioned has worked for fixing some alignment-related crashes in the past. However, as in the original issue, the error also seems to occur in bound member functions that return
Eigen::Matrixtypes, which are converted to numpy arrays via custom converters. The key part of the conversion to python is the call to numpy::from_data, followed by a copy(). I'm wondering if the issue is there, I need to look into it.
alignas()attribute to its types directly ?