On 2015-01-13 16:23:58, Thorsten Glaser wrote:
libx265.so.35: undefined reference to `__sync_val_compare_and_swap_8'
libx265.so.35: undefined reference to `__sync_or_and_fetch_8'
Please do not assume all architectures have 64-bit atomics.
Thanks Sebastian. The patch you did provide works fine for me.
I made a bug report to upstream:
https://bitbucket.org/multicoreware/x265/issue/98/make-cli-work-with-any-bit-depth-version
___
pkg-multimedia-maintainers mailing list
Am Montag, den 12.01.2015, 17:53 +0100 schrieb Sebastian Ramacher:
To me it looks like the check in the x265 should just check against
x265_max_bit_depth. Maybe something like the following patch could be
used instead of shipping two binaries that only differ in this check.
Nevertheless, the
On 2015-01-13 08:56:49, Fabian Greffrath wrote:
Am Montag, den 12.01.2015, 17:53 +0100 schrieb Sebastian Ramacher:
To me it looks like the check in the x265 should just check against
x265_max_bit_depth. Maybe something like the following patch could be
used instead of shipping two binaries
Am Dienstag, den 13.01.2015, 12:41 +0100 schrieb Sebastian Ramacher:
Why wouldn't it? The binary only parses command line options and writing
stats files. Everything else is passed to the library. Also, note the
Internal bit depth: 10 in the following output:
Hm, I was under the impression
On 2015-01-13 13:28:26, Fabian Greffrath wrote:
Am Dienstag, den 13.01.2015, 12:41 +0100 schrieb Sebastian Ramacher:
Why wouldn't it? The binary only parses command line options and writing
stats files. Everything else is passed to the library. Also, note the
Internal bit depth: 10 in the
libx265.so.35: undefined reference to `__sync_val_compare_and_swap_8'
libx265.so.35: undefined reference to `__sync_or_and_fetch_8'
Please do not assume all architectures have 64-bit atomics.
http://buildd.debian-ports.org/status/fetch.php?pkg=x265arch=m68kver=1.4-5stamp=1421114612
bye,
Am Dienstag, den 13.01.2015, 13:34 +0100 schrieb Sebastian Ramacher:
Yes, x265_max_bit_depth is a constant defined in that way, but it is
exported by the library. So you get x265_max_bit_depth == 8 if you use
the 8 bit library and x265_max_bit_depth == 10 if you use the 10 bit
library.
Ah, I
Sebastian Ramacher dixit:
Please do not assume all architectures have 64-bit atomics.
This is fixed upstream and will be included in the 1.5 release.
Cool, thanks!
bye,
//mirabilos
--
This space for rent.
___
pkg-multimedia-maintainers mailing
