Package Details: lib32-libomxil-bellagio 0.9.3-6

Git Clone URL: https://aur.archlinux.org/lib32-libomxil-bellagio.git (read-only, click to copy)
Package Base: lib32-libomxil-bellagio
Description: An opensource implementation of the OpenMAX Integration Layer API
Upstream URL: http://omxil.sourceforge.net
Licenses: LGPL
Submitter: oxalin
Maintainer: oxalin
Last Packager: oxalin
Votes: 9
Popularity: 0.000000
First Submitted: 2014-02-13 06:01 (UTC)
Last Updated: 2020-05-18 00:35 (UTC)

Latest Comments

1 2 Next › Last »

oxalin commented on 2024-01-18 06:00 (UTC)

Yes, but the native package is still available. Keeping it around doesn't hurt

MarsSeed commented on 2023-12-28 13:37 (UTC)

Discontinued since 2011. This mobile platform hw acceleration library is no longer used.

oxalin commented on 2020-05-18 00:38 (UTC)

@MR-2 Thank you for flagging this out. Upstream source would need some love, but it seems to be stalled since 8 or 9 years.

MR-2 commented on 2020-05-15 07:32 (UTC)

I had to add "-fcommon" to the gcc command to make it build with gcc 10: export CC="gcc -m32 -fcommon"

beniamino.mietto commented on 2019-02-22 23:21 (UTC)

Please replace gcc-multilib with lib32-gcc-libs.

oxalin commented on 2018-06-29 00:37 (UTC)

@Reporting4Booty : this should be fixed. I ported a workaround added to the official package. This doesn't really fix the error, just shut it up.

I'll see if there is any activity on the SourceForge project to fix this and maybe include a few other fixes I have seen laying around.

oxalin commented on 2018-06-29 00:18 (UTC)

@Reporting4Booty : thanks for letting me know. Hoever, this is not a problem with the package itself, but with the source code. It was building fine last time I pushed an update. It seems the source code is rotting thus not being kept updated with whatever is the root cause..

This should be reported upstream to the "Bellagio OpenMAX Integration Layer" project on SourceForge.

I'll have a look a bit more later and see where I end up.

Reporting4Booty commented on 2018-06-28 19:01 (UTC) 

             In file included from /usr/include/string.h:494,

                              from omx_base_component.h:32,

                              from omx_base_component.c:34:

             In function ‘memcpy’,

                 inlined from ‘omx_base_component_GetComponentVersion’ at omx_base_component.c:830:3:

             /usr/include/bits/string_fortified.h:34:10: error: ‘__builtin_memcpy’ forming offset [13, 36] is out of the bounds [0, 12] of object ‘uuid’ with type ‘OMX_U32[3]’ {aka ‘long unsigned int[3]’} [-Werror=array-bounds]

                return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));

                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

             omx_base_component.c: In function ‘omx_base_component_GetComponentVersion’:

             omx_base_component.c:810:11: note: ‘uuid’ declared here

                OMX_U32 uuid[3];

                        ^~~~

             mv -f .deps/libomxbase_la-omx_base_port.Tpo .deps/libomxbase_la-omx_base_port.Plo

             cc1: all warnings being treated as errors

             make[3]: *** [Makefile:414: libomxbase_la-omx_base_component.lo] Error 1

             make[3]: Leaving directory '/lib32-libomxil-bellagio/src/libomxil-bellagio-0.9.3/src/base'

             make[2]: *** [Makefile:756: all-recursive] Error 1

             make[2]: Leaving directory '/lib32-libomxil-bellagio/src/libomxil-bellagio-0.9.3/src'

             make[1]: *** [Makefile:491: all-recursive] Error 1

             make[1]: Leaving directory '/lib32-libomxil-bellagio/src/libomxil-bellagio-0.9.3'

             make: *** [Makefile:377: all] Error 2

             ==> ERROR: A failure occurred in build().

                 Aborting...

1 2 Next › Last »