[MacPorts] #70720: sox @14.4.2_4: error: incompatible function pointer types initializing 'sox_format_handler_seek' (aka 'int (*)(struct sox_format_t *, unsigned long)') with an expression of type 'int (sox_format_t *, uint64_t)' (aka 'int (struct sox_format_t *, unsigned long long)') [-Wincompatible-function-pointer-types]

[MacPorts]

#70720: sox @14.4.2_4: error: incompatible function pointer types initializing
'sox_format_handler_seek' (aka 'int (*)(struct sox_format_t *, unsigned
long)') with an expression of type 'int (sox_format_t *, uint64_t)' (aka
'int (struct sox_format_t *, unsigned long long)') [-Wincompatible-
function-pointer-types]
-----------------------+---------------------
  Reporter:  tthoma24  |      Owner:  (none)
      Type:  defect    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.10.1
Resolution:            |   Keywords:  sequoia
      Port:  sox       |
-----------------------+---------------------

Comment (by edward-elhauge):

 Replying to [comment:6 ryandesign]:
 > This problem might be what
 [https://codeberg.org/sox_ng/sox_ng/commit/f16645e45b8e42d3958a56915a2a031f7ddd3b9f
 this sox_ng commit] is fixing. We could try backporting that or we might
 consider retiring the sox port and making one for
 [https://codeberg.org/sox_ng/sox_ng sox_ng] instead. sox may be dead; its
 last release was in 2015.

 It looks like the right fix to the right function. sox_ng would be great,
 if was backward compatible. My true interest is in the upward dependency
 to py310-transformers, and py310-torchaudio (which are part of the the
 pytorch ecosystem).

 I also notice that tovid, kdenlive and mlt depend on sox.

-- 
Ticket URL: <https://trac.macports.org/ticket/70720#comment:7>
MacPorts <https://www.macports.org/>
Ports system for macOS