[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
noreply at macports.org
Thu Oct 17 04:41:41 UTC 2024
#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
More information about the macports-tickets
mailing list