https://bugs.documentfoundation.org/show_bug.cgi?id=99055
Bug ID: 99055
Summary: Configure failure with Windows 10 SDK
Product: LibreOffice
Version: unspecified
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Created attachment 124035
--> https://bugs.documentfoundation.org/attachment.cgi?id=124035&action=edit
Autoconf log file from when the error occurred
When I try to run autogen.sh as recommended on
https://wiki.documentfoundation.org/Development/BuildingOnWindows the configure
step fails complaining that it can't determine the C++ standard library. I am
using the Windows SDK 10.0.14295.0, with versions 10.0.10240.0 and 10.0.10586.0
also installed. The root cause of this issue is thus:
1. The <utility> header includes a file called "corecrt.h"
2. This file is looked for in the -I paths, which are:
C:/PROGRA~2/WIN3CF2~1/10/Include/10.0.14295/ucrt
3. The above path is *not correct*, it does not (and should not, as it has
incorrect Microsoft version-number syntax) exist. The correct path is:
C:/PROGRA~2/WIN3CF2~1/10/Include/10.0.14295.0/ucrt
Note the added ".0" in the version number.
4. Corecrt.h is not found, and the build fails as it cannot successfully
identify the Visual Studio C++ library.
This appears to be a bug in how Autoconf generates the configure script. As far
as I can see, it is using the cygpath program to normalize all paths to their
8.3 equivalents. This is for whatever reason removing the last ".0" in the
version number. I do not know how to correct this on my end, or workaround it
(I have tried adding a symlink with the name the configure script uses, to no
avail).
The full config.log file is attached.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
