Unable to compile gst-openmax

193 views
Skip to first unread message

pietro

unread,
Aug 16, 2009, 12:32:10 PM8/16/09
to Beagle Board
Hi,

I'm trying to compile gst-openmax inside scratchbox2 following
Felipe's instructions at http://elinux.org/BeagleBoard/gst-openmax,
but the autogen.sh script fails with the following error:

-------------------------
+ configure run disabled
+ check for build tools
checking for autoconf >= 2.52 ... found 2.61, ok.
checking for automake >= 1.7 ... found 1.10.1, ok.
checking for libtoolize >= 1.5.0 ... found 1.5.26, ok.
checking for pkg-config >= 0.8.0 ... found 0.22, ok.
+ running aclocal -I m4 ...
fatal: cannot describe '87928514f42ffb1460f29881b21b75955044a87b'
configure.ac:7: error: AC_INIT should be called with package and
version arguments
/usr/share/aclocal-1.10/init.m4:26: AM_INIT_AUTOMAKE is expanded
from...
configure.ac:7: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1

aclocal failed
-------------------------

I suppose the string '87928514f42ffb1460f29881b21b75955044a87b'
belongs to the git repository, but I wasn't able to figure out how to
fix this issue. Any suggestion?

Many thanks in advance.

Pietro Pizzo

pietro

unread,
Aug 16, 2009, 7:05:43 PM8/16/09
to Beagle Board
OK. I managed to compile the source just adding a .version file in the
main directory. I think the error was due to the attempt to get a
version from git.

However, when I try to execute the pipeline as per Felipe's
instructions I got the following error:

------
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
gst-launch-0.10: symbol lookup error: /lib/libLCML.so: undefined
symbol: DspManager_Open
------

Using the nm tool I've noticed that the DspManager_Open symbol is
undefined in /lib/libLCML.so but it's defined in /lib/libbridge.so:

------
$ nm /lib/libLCML.so |grep DspManager_Open
U DspManager_Open
$ nm /lib/libbridge.so |grep DspManager_Open
000016d4 T DspManager_Open
------

So the problem could be that the libbridge is not opened and therefore
all the DSP-related stuff remain undefined. Using the strace tool on
the gst-launch-0.10 confirmed that the libbridge.so is not used by the
program.

Does anyone of you know how to solve this problem?

Many thanks

Pietro Pizzo

On Aug 16, 6:32 pm, pietro <pietro.pi...@gmail.com> wrote:
> Hi,
>
> I'm trying to compile gst-openmax inside scratchbox2 following
> Felipe's instructions athttp://elinux.org/BeagleBoard/gst-openmax,

Pietro Pizzo

unread,
Aug 17, 2009, 6:00:05 PM8/17/09
to Beagle Board
OK. I fixed this issue (and another one raised, but I will open
another thread...).

The problem is in libomxil-ti compile command. The BRIDGE_LIBS
variable passed to the make command should also include a "-lbridge"
option otherwise the library will not be linked. Moreover, the "-L"
path is wrong because libbridge.so is placed in the top-level
directory of the library source tree. Therefore the right command is:

make BRIDGE_CFLAGS=-I../libdspbridge/inc BRIDGE_LIBS=-L../libdspbridge
-lbridge DESTDIR=rootfs install

Cheers

Pietro

Pietro Pizzo

unread,
Aug 17, 2009, 6:15:37 PM8/17/09
to Beagle Board
Ooops! Forgot to put quotes in BRIDGE_LIBS. The right command is:

$ make BRIDGE_CFLAGS=-I../libdspbridge/inc BRIDGE_LIBS="-L../
libdspbridge -lbridge" DESTDIR=rootfs install

Pietro
Reply all
Reply to author
Forward
0 new messages