On Wed, 17 Apr 2013 15:14:31 +0000 (UTC) Igor Galić <[email protected]> wrote: > > Hi folks, > > I'm having issue with a piece of software (unimrcp) failing to build: > > Making all in unimrcp-server > make[2]: Entering directory > `/build/unimrcp/platforms/unimrcp-server' /bin/bash ../../libtool > --tag=CC --mode=link gcc -g -O2 -pthread -o unimrcpserver > main.o uni_cmdline.o > uni_daemon.o ../../platforms/libunimrcp-server/libunimrcpserver.la > gcc -g -O2 -pthread -o .libs/unimrcpserver main.o uni_cmdline.o > uni_daemon.o ../../platforms/libunimrcp-server/.libs/libunimrcpserver.so > -L/usr/lib /usr/lib/libapr-1.so /usr/lib/libaprutil-1.so > -lsofia-sip-ua -lm -Wl,--rpath > -Wl,/usr/lib ../../platforms/libunimrcp-server/.libs/libunimrcpserver.so: > undefined reference to `apr_pool_mutex_set' collect2: ld returned 1 > exit status > > > The reason, detailed here: > https://code.google.com/p/unimrcp/issues/detail?id=78 Seems to be > caused by this projects creative use of APR: > https://code.google.com/p/unimrcp/issues/detail?id=29 > > Is there anything I can do other than compile a sepcial version of > APR for this project's requirements?
That's what happens when projects don't push hacks upstream :( Sorry we can't provide too much guidance. If there is a submitted patch under the AL lying around somewhere, please flag it to the dev@ list for consideration.
