Use of designated initializers fails Windows build

[definability]

OS Platform and Distribution

Windows 11

Compiler version

MSVC 19.29.30158 for x64

Programming Language and version

C++17

Installed using virtualenv? pip? Conda?(if python)

No

MediaPipe version

master (ffe429d)

Bazel version

6.5.0

XCode and Tulsi versions (if iOS)

N/A

Android SDK and NDK versions (if android)

N/A

Android AAR (if android)

None

OpenCV version (if running on desktop)

3.4.12

Describe the problem

Build of hand_tracking_cpu example fails

bazel-6.5.0 build --verbose_failures -c opt --define MEDIAPIPE_DISABLE_GPU=1 --define=xnn_enable_avxvnniint8=false --shell_executable="C:\msys64\usr\bin\bash.exe" --repo_env=HERMETIC_PYTHON_VERSION=3.11 -- //mediapipe/examples/desktop/hand_tracking:hand_tracking_cpu

The problem was introduced in

mediapipe/mediapipe/framework/output_stream_handler.cc

Lines 145 to 149 in ffe429d

	monitoring_info_vector.emplace_back(OutputStreamMonitoringInfo(
	{.stream_name = DebugStreamName(id),
	.num_packets_added = stream->NumPacketsAdded(),
	.next_timestamp_bound = stream->NextTimestampBound()}));
	}

Designated initializers are a feature of C++20: https://en.cppreference.com/w/cpp/language/aggregate_initialization.

I see two ways to fix this problem, but I am unsure about the MediaPipe team's plans.

1. Do not use designated initializers.
2. Update the C++ version to C++20. This may require updating the codebase accordingly, and people using older compilers may have problems with it.

Complete Logs

All you need to know:

mediapipe/framework/output_stream_handler.cc(146): error C7555: use of designated initializers requires at least '/std:c++20'

[definability]

If the simple solution is satisfactory, please check out my pull request #5875

[definability]

@kuaashish, transitively, this issue touches everything that uses output_stream_handler->calculator_node->calculator_graph->calculator_framework:
https://github.com/search?q=repo%3Agoogle-ai-edge%2Fmediapipe+%22%2F%2Fmediapipe%2Fframework%3Acalculator_framework%22&type=code

I am unsure whether legacy:hands is the correct label for this issue, as it underestimates the problem: a lot of modules cannot be built for Windows.