[new release] tinyfiledialogs (1.0)

[CharlesAverill]

OCaml bindings to tinyfiledialogs

• Project page: https://github.com/CharlesAverill/tinyfiledialogs
• Documentation: https://charlesaverill.github.io/tinyfiledialogs/tinyfiledialogs/

CHANGES:

Initial release

[jmid]

This is now passing on everything but Windows, where it is failing with

  [ERROR] The compilation of tinyfiledialogs.1.0 failed at "dune build -p tinyfiledialogs -j 3 @install".
  
  #=== ERROR while compiling tinyfiledialogs.1.0 ================================#
  # context     2.4.1 | win32/x86_64 | ocaml.5.3.0 | file://D:/a/opam-repository/opam-repository
  # path        D:\opamroot\default\.opam-switch\build\tinyfiledialogs.1.0
  # command     D:\opamroot\default\bin\dune.exe build -p tinyfiledialogs -j 3 @install
  # exit-code   1
  # env-file    D:\opamroot\log\tinyfiledialogs-5832-23816e.env
  # output-file D:\opamroot\log\tinyfiledialogs-5832-23816e.out
  ### output ###
  # tinyfiledialogs/tinyfiledialogs.c:328:45: warning: unknown conversion type character 'h' in format [-Wformat=]
  # [...]
  #       |                                             ^
  # tinyfiledialogs/tinyfiledialogs.c:328:51: warning: unknown conversion type character 'h' in format [-Wformat=]
  #   328 |         sprintf(aoResultHexRGB, "#%02hhx%02hhx%02hhx", aRGB[0], aRGB[1], aRGB[2]);
  #       |                                                   ^
  # tinyfiledialogs/tinyfiledialogs.c:328:33: warning: too many arguments for format [-Wformat-extra-args]
  #   328 |         sprintf(aoResultHexRGB, "#%02hhx%02hhx%02hhx", aRGB[0], aRGB[1], aRGB[2]);
  #       |                                 ^~~~~~~~~~~~~~~~~~~~~
  # tinyfiledialogs/tinyfiledialogs.c: In function 'windowsVersion':
  # tinyfiledialogs/tinyfiledialogs.c:550:26: warning: cast between incompatible function types from 'FARPROC' {aka 'long long int (*)()'} to 'NTSTATUS (*)(struct _OSVERSIONINFOW *)' {aka 'long int (*)(struct _OSVERSIONINFOW *)'} [-Wcast-function-type]
  #   550 |                 lFxPtr = (RtlGetVersionPtr)GetProcAddress(hMod, "RtlGetVersion");
  #       |                          ^

There's too little detail for me to tell whether this is hiding the actual error - or fails because of warnings-as-errors.

I therefore believe this is good to go.