fix: [build]Fix build issue without format support - #9065

Fix build issue #9064, the format checking output:

-- Performing Test HAS_FORMAT
-- Performing Test HAS_FORMAT - Failed
-- C++ <format> library support: NO

With all of these having an alt path do we even really need to use format at this point ?

I guess it is mainly used for Log, such as using fmt in spdlog to format the log and get better performance.

In principle, I think this is a good patch and I wonder how it fits long-term with our Qt strategy.

do we even really need to use format

Are you thinking we may be better off switching to Qt equivalent to remove the #ifdef altogether?

IIRC, <format> support was pretty patchy at one point but I haven't look at it in the last year or so.

If we want to move to #8483 using Qt then we don't need format do we ? even with out if we have a fallback do we really require fmt or was it just easier for who ever wrote it at that time.

do we really require fmt or was it just easier for who ever wrote it at that time.

IIRC, I was trying to modernise the part of the code that used snprintf... I think SonarCloud was grumbling about using it for dates but my memory is foggy. In hindsight, adding a new code path there didn't really help since wasn't available on macOS at the time (and apparently still isn't on some Linux distros?)

Anyway, switching to however Qt does it seems sane; std C++ is a bit of a nightmare for consistency across platforms, which is something Qt does really well.

should try format on mac os and see if it works now