update stl/inc/xtr1common: _Is_any_of_v

[GoodenoughPhysicsLab]

This is a very simple modification. The original _Is_any_of_v produces a lot of bloated unrolling. Using fold-expression is a better alternative. Because the change was so simple, I didn't issue it, and the tests were fine.

[fsb4000]

We use different style for comments:

STL/stl/inc/list

Lines 984 to 988 in ed8150e

	#if _HAS_CXX17
	return _Result;
	#else // ^^^ _HAS_CXX17 / !_HAS_CXX17 vvv
	(void) _Result;
	#endif // _HAS_CXX17

but I don't think it's worth to rerun tests to fix the comments.

Yeah, fold-expression could have better throughput.

[GoodenoughPhysicsLab]

Sorry, I was so reckless.

[GoodenoughPhysicsLab]

This was my first attempt to submit a pr to a project like this, and there were a lot of things I didn't do well

[fsb4000]

The CI will be restarted later.

I have no idea what's wrong: "Received request to deprovision: The request was cancelled by the remote provider."

But your code is fine.

No changes needed.

[CaseyCarter]

I have no idea what's wrong: "Received request to deprovision: The request was cancelled by the remote provider."

We use so-called "spot" VMs in Azure to minimize CI costs. They cost less, but are subject to being pulled out from underneath us without warning and reallocated to full paying customers.

[StephanTLavavej]

The MSVC compiler actually internally optimizes both disjunction_v and is_same_of_v, so I expect that this will make no difference for MSVC. It might help Clang and shouldn't hurt.

[StephanTLavavej]

We use _Is_any_of_v commonly enough that this seems like a reasonable, targeted change to make. I'd be skeptical of further changes to conditionally replace usage of conjunction_v/disjunction_v with fold expressions.

[StephanTLavavej]

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

[StephanTLavavej]

Thanks for improving compiler throughput here, and congratulations on your first microsoft/STL commit! 🎉 😻 🥳