Stephan T. Lavavej

This was encountered as https://groups.google.com/g/isl-development/c/ShnQcW_35ZQ and discussed on the GCC mailing list in Aug 2023 ([mail 1](https://gcc.gnu.org/pipermail/gcc/2023-August/242343.html), [mail 2](https://gcc.gnu.org/pipermail/gcc/2023-August/242344.html), [mail 3](https://gcc.gnu.org/pipermail/gcc/2023-August/242350.html)) but I don't know if anyone's working on it,...

Is it using an in-tree build with a full bootstrap? That seems to be the important factor here. Looking at https://gitlab.archlinux.org/archlinux/packaging/packages/gcc/-/blob/main/PKGBUILD?ref_type=heads , it appears to depend on a previously-built libisl,...

This seems like a new requirement - it used to work years ago. I'm not aware of any workaround, so I might have to disable LTO.

Thanks, this should be reported upstream to GCC.

> Have you tried the standalone? Yep! We've been using it since we merged https://github.com/microsoft/STL/pull/2151 in Aug 2021.

According to my extremely vague understanding, that's already the default for MSVC, and it applies to DLLs. On the MSVC platform, we don't usually have a term for it, since...

I'm *speculatively* mirroring this to the MSVC-internal repo - please notify me if any further changes are pushed.

Thanks, looks perfect! Extra special thanks for the library-free repro that you posted on DevCom, which will really help the compiler team! :heart_eyes_cat:

I'm mirroring this to the MSVC-internal repo - please notify me if any further changes are pushed.

Thanks for figuring out how to transcend the compiler's bug-limitations! :lady_beetle: :boom: :joy_cat: