Package Details: lib32-libomxil-bellagio 0.9.3-4

Git Clone URL: https://aur.archlinux.org/lib32-libomxil-bellagio.git (read-only)
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.803817
First Submitted: 2014-02-13 06:01
Last Updated: 2018-06-29 00:34

Latest Comments

oxalin commented on 2018-06-29 00:37

@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

@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

             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...

oxalin commented on 2017-08-15 12:43

@DarkShadow44: you were right, it should be fixed now.

DarkShadow44 commented on 2017-08-12 01:43

Fails to build since .SRCINFO and PKGBUILD are out of sync.