One of the three new devs who faced an issue of our configure not
finding VS updated his Windows 8.1 and got one step further, but is now
stuck with another issue. Any ideas on what to check?
Ilmari
user@computer ~/lode/dev/core
$ ./autogen.sh
make check 2>&1 | tee build.log
Running './configure --enable-debug --srcdir=/home/user/lode/dev/core
--enable-option-checking=fatal'
********************************************************************
*
* Running LibreOffice build configuration.
*
********************************************************************
checking build system type... x86_64-pc-cygwin
checking host system type... x86_64-pc-cygwin
checking for product name... LibreOfficeDev
checking for package version... 7.3.0.0.alpha1+
checking for product version... 7.3
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for grep... (cached) /usr/bin/grep
checking for GNU Make... C:/cygwin/home/user/lode/opt/bin/make
configure: Using a native Win32 GNU Make version.
checking for explicit COMSPEC... found: C:\WINDOWS\system32\cmd.exe
checking for sed... /usr/bin/sed
checking whether to use link-time optimization... no
configure: VCL platform uses freetype+fontconfig: no
configure: VCL platform uses headless plugin: no
configure: VCL platform uses vclplug: yes
configure: VCL platform uses X11: no
checking for explicit AFLAGS... no
checking for explicit CFLAGS... no
checking for explicit CXXFLAGS... no
checking for explicit OBJCFLAGS... no
checking for explicit OBJCXXFLAGS... no
checking for explicit LDFLAGS... no
checking whether build target is Release Build... no
checking whether to build a Community flavor... yes
checking whether to sign windows build... no
checking for gawk... gawk
checking for gawk... /usr/bin/gawk
checking for bash... /bin/sh
checking for GNU or BSD tar... tar
checking for tar's option to strip components... --strip-components
checking how to build and package galleries... internal src images for
desktop
checking for sccache... not found
checking whether to build with Java support... yes
checking whether to treat the installation as read-only... no
checking Visual C++...
checking multi-arch compiler...
C:/PROGRA~2/MIB055~1/2019/COMMUN~1/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x86/cl.exe
checking build compiler...
C:/PROGRA~2/MIB055~1/2019/COMMUN~1/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe
checking for short pathname of VC product directory...
C:/PROGRA~2/MIB055~1/2019/COMMUN~1/VC
checking for UCRT location... ()
checking for MSBuild.exe location for: 16.0...
C:/PROGRA~2/MIB055~1/2019/COMMUN~1/VC/../MSBuild/Current/Bin/amd64
configure: found Visual C++ 2019
checking cl.exe is at least Visual Studio 2019 version 16.5... yes
checking for a x86 compiler and libraries for 32-bit binaries required
for TWAIN support... found
checking whether the compiler is actually Clang... no
checking the dependency generation prefix (cl.exe -showIncludes)...
"conftest.c(1): fatal error C1083: Cannot open include file: 'stdlib.h':
No such file or dir"ctory
checking whether to build with additional debug utilities... no
checking whether to do a debug build... yes
checking whether cl.exe supports -Xclang -debug-info-kind=constructor... no
checking whether to generate debug information... yes
checking whether to compile with optimization flags... no
checking which package format to use... none
checking which help to build... no
checking if we need to build the help index tooling... yes
checking whether to enable xapian-omega support for online help... no
checking whether to include the XML-help support... yes
checking for helppack integration... no integration
checking syslog.h usability... no
checking syslog.h presence... no
checking for syslog.h... no
checking whether to turn warnings to errors... yes
checking whether to have assert() failures abort even without
--enable-debug... yes
checking whether to enable CUPS support... no
checking whether we want to fetch tarballs... yes, if we use them
checking whether to include MySpell dictionaries... no
checking whether to use dicts from external paths... no
checking whether to enable pch feature... yes (full)
checking whether
C:/PROGRA~2/MIB055~1/2019/COMMUN~1/VC/Tools/MSVC/1429~1.301/bin/Hostx64/x64/cl.exe
supports -fpch-instantiate-templates... no
checking whether
C:/PROGRA~2/MIB055~1/2019/COMMUN~1/VC/Tools/MSVC/1429~1.301/bin/Hostx64/x64/cl.exe
supports -Xclang -building-pch-with-obj... no
checking the GNU Make version... C:/cygwin/home/user/lode/opt/bin/make 4.2.1
checking whether GNU Make supports the 'file' function... yes
checking for --hash-style gcc linker support... no
checking for perl... /usr/bin/perl
checking the Perl version... Perl 5
checking for required Perl modules... all modules found
checking for Windows SDK... found Windows SDK 10.0
(/cygdrive/c/PROGRA~2/WI3CF2~1/10)
checking for midl.exe... C:\Program Files (x86)\Windows
Kits\10\/Bin/10.0.20348.0/x64/midl.exe
checking for csc.exe...
C:\Windows\Microsoft.NET\Framework\v4.0.30319\/csc.exe
checking for al.exe... C:\Program Files (x86)\Microsoft
SDKs\Windows\v10.0A\bin\NETFX 4.7.2 Tools\/al.exe
checking .NET Framework... found: C:/PROGRA~2/WI3CF2~1/NETFXSDK/475CEE~1.2/
checking whether to enable runtime optimizations... yes
checking valgrind/valgrind.h usability... no
checking valgrind/valgrind.h presence... no
checking for valgrind/valgrind.h... no
checking sys/sdt.h usability... no
checking sys/sdt.h presence... no
checking for sys/sdt.h... no
checking what the C++ library is... configure: error: Could not figure
out what C++ library this is
Error running configure at ./autogen.sh line 322.
make: *** No rule to make target 'check'. Stop.
