Hi Regina,
On Tue, May 19, 2026 at 1:36 PM Regina Henschel <[email protected]> wrote:
> Christian Lohmaier schrieb am 19.05.2026 um 12:22:
> > On Tue, May 19, 2026 at 12:03 PM Regina Henschel
> > <[email protected]> wrote:
> >>
> >> any idea what might be the reason for the error:
> >> Could not figure out what C++ library this is
> > [UCRT misdetected]
>
> Yes, it had worked before.
>
> then it is
> > likely due to https://gerrit.libreoffice.org/c/core/+/204767 that
> > touched the specific paths. / that would be where the trailing slash
> > needs to be accounted for.
> […]
> Yes, I see the same in config.log. I see […]
> -IC:/PROGRA~2/WI3CF2~1/10Include/10.0.26100.0/ucrt […]
>
> What to do now?
Can you confirm that it is indeed using the fallback path in
configure.ac by e.g. adding a AC_MSG_ERROR([In the fallback block])
line to configure.ac around line 4520 after
if test -z "$UCRTSDKDIR"; then
and/or a AC_MSG_WARN([UCRTSDKDIR: $UCRTSDKDIR – UCRTSDKDIR_unix:
$UCRTSDKDIR_unix]) after those are assigned?
Optionally also the result of "$(win_get_env_from_vsdevcmdbat
UniversalCRTSdkDir)" that is used in the fallback block.
I'm guessing it is in the fallback block since nothing changed for
me/for CI with the patch/the changed behaviour, and since it worked
before I'm assuming it is the PathFormat ones that strips it/the
question is when does it get lost.
Then a hacky fix would be to just add the slash to the path in the
find_ucrt method, the more involved one would be to change the
PathFormat function to retain a trailing slash if there was one, but
that can potentially have other side-effects depending on what the
code expects.
ciao
Christian
