Replaced score::cpp with std

[marwan275]

Summary

Migrates mw/com tracing and skeleton event code from score::cpp types to their std equivalents, and adopts the new type-safe ServiceInstanceElement interface from baselibs.

Motivation

As part of the ongoing migration from score::cpp wrappers to standard C++ types, this PR replaces deprecated types with their std counterparts and leverages the new type-safe ServiceInstanceElement variant interface introduced in eclipse-score/baselibs@be21786. Using std::variant with distinct wrapper structs (EventId, FieldId, MethodId) instead of score::cpp::variant<uint32_t, uint32_t, uint32_t> eliminates reliance on index-based access and makes the variant type-safe.

Changes

Type migrations

Before	After
score::cpp::optional<T>	std::optional<T>
score::cpp::nullopt	std::nullopt
score::cpp::variant (index-based)	std::variant (type-safe)
ServiceInstanceElement::EventIdType (uint32_t alias)	ServiceInstanceElement::EventId (struct wrapper)
ServiceInstanceElement::FieldIdType (uint32_t alias)	ServiceInstanceElement::FieldId (struct wrapper)
ServiceInstanceElement::VariantType	ServiceInstanceElement::StdVariantType
#include <score/optional.hpp>	#include <optional>

Key code changes

• tracing_runtime.cpp (lola): Constructs ServiceInstanceElement using the new StdVariantType constructor with EventId{}/FieldId{} struct wrappers instead of assigning raw uint32_t to aggregate members with index-based variant placement.
• skeleton_event_binding.h: Send() signature changed from score::cpp::optional<SendTraceCallback> to std::optional<SendTraceCallback>, propagated through all implementations (lola, mock_binding) and tests.
• common_event_tracing.h/cpp: TraceData() parameter migrated to std::optional.
• i_binding_tracing_runtime.h / i_tracing_runtime.h: Interface methods migrated to return std::optional.
• skeleton_event_tracing.h: Callbacks use std::optional.
• configuration_common_resources.h / binding_service_type_deployment_impl.h: Explicit score::cpp::string_view type annotation to avoid implicit conversion issues after auto type deduction changes.
• MODULE.bazel + examples/MODULE.bazel: Bumped score_baselibs to a93a5b3b which includes the StdVariantType constructor (commit 9c53270e).
• BUILD files: Removed unused @score_baselibs//score/language/futurecpp:optional dependency from 3 test targets.

Dependencies

• Requires score_baselibs at commit a93a5b3b or later (includes be21786 for type-safe structs + 9c53270e for explicit constructors).

Testing

All existing unit tests updated to use the new interface. No behavioral changes — this is a pure type migration.

[castler]

Marking as draft, until basic build works.

[limdor]

Not a full reveiw yet, but some preliminary feedback.
There are too many unrelated changes in a single commit, this is not only replacing score::optional for std::optional. Please split the changes in different commits that it is easier to review and see what it is going on.

[limdor]

You missed removing the #include <score/optional.hpp> include and adding the #include <optional>

[limdor]

Please explain why this is needed. If we need something newer we should just wait for a new release of baselibs. I do not see why we should hurry on having this change.

[marwan275]

The baselibs bump from 69bd829 to a93a5b3b is required because this PR uses the StdVariantType constructor of ServiceInstanceElement (line 327 in tracing_runtime.cpp). At commit 69bd829, the StdVariantType alias and wrapper structs (EventId, FieldId) exist but the class has no explicit constructors — it's an aggregate. The explicit constructor accepting StdVariantType was added later in baselibs@9c53270. Without this bump, the examples integration test fails because aggregate initialization cannot convert StdVariantType (std::variant) to VariantType (score::cpp::variant) for the element_id member.

[marwan275]

Replace score::cpp:: with std:: in baselibs

• Step 1 (baselibs, merged): Introduce new type-safe wrapper structs (EventId, FieldId, MethodId) and StdVariantType alias in ServiceInstanceElement, alongside a dual constructor that accepts both VariantType (score::cpp::variant) and StdVariantType (std::variant). This was done in baselibs@be21786 and baselibs@9c53270.
• Step 2 (this PR): Bump baselibs in communication's MODULE.bazel and migrate communication consumers to use the new std::variant/std::optional interface.
• Step 3 (future, baselibs): Once all consumers are migrated, remove the old VariantType constructor and score::cpp::variant usage from baselibs.