Skip to content

String(): format with Printf, not C's snprintf (Windows) - 0.5.2 - #80

Merged
JKRT merged 1 commit into
masterfrom
fix-windows-string-format
Oct 3, 2026
Merged

JKRT merged 1 commit into
masterfrom
fix-windows-string-format

Conversation

@JKRT

@JKRT JKRT commented Oct 3, 2026

Copy link
Copy Markdown
Member

OMBackend's own CI on master failed on Windows after the 1.13 release merge (macOS and Linux green): 8 errors in modelicaBuiltinsTests.jl, all could not load symbol "snprintf".

Windows exports no snprintf symbol (the Universal CRT defines it inline), so modelica_String(r, significantDigits, minimumLength, leftJustified) and modelica_String(r, format) (Modelica's String at run time) threw there. _cFormat now formats with Julia's Printf, which takes the same C conversions; a *.* width and precision are written into the format. Same fix as OMFrontend's String() of constants in the release.

  • Version 0.5.2 (patch); registers through the registry's auto-update after the merge.
  • Local: OMBackend 376/376.

🤖 Generated with Claude Code

Windows exports no snprintf symbol (the Universal CRT defines it inline):
modelica_String(r, significantDigits, minimumLength, leftJustified) and
modelica_String(r, format) threw "could not load symbol snprintf" there
(8 errors in modelicaBuiltinsTests on master's Windows CI). Printf takes
the same C conversions; a `*.*` width and precision are written into the
format. 376/376.

Assisted-by: Claude Opus 5.5
@JKRT
JKRT merged commit f661a4a into master Oct 3, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant