MattRiddell / unimrcp

Automatically exported from code.google.com/p/unimrcp
Apache License 2.0
0 stars 0 forks source link

Linking error #78

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.Install apr-1.3.6, apr-util-1.3.9, sofia-sip-1.12.10
2.During making unimrcp-0.10.0 error apears:

gcc -g -O2 -pthread -o .libs/unimrcpserver main.o uni_cmdline.o
uni_daemon.o  ../../platforms/libunimrcp-server/.libs/libunimrcpserver.so 
-Wl,--rpath -Wl,/usr/local/unimrcp/lib
../../platforms/libunimrcp-server/.libs/libunimrcpserver.so: undefined
reference to `apr_array_clear'
../../platforms/libunimrcp-server/.libs/libunimrcpserver.so: undefined
reference to `apr_hash_clear'
../../platforms/libunimrcp-server/.libs/libunimrcpserver.so: undefined
reference to `apr_pool_mutex_set'
collect2: ld returned 1 exit status
make[2]: *** [unimrcpserver] Error 1
make[2]: Leaving directory
`/home/dinar/unimrcp-0.10.0/platforms/unimrcp-server'

What version of the product are you using? On what operating system?
Linux Debian

Please provide any additional information below.

Original issue reported on code.google.com by dyn...@hotmail.com on 16 Mar 2010 at 9:41

GoogleCodeExporter commented 9 years ago
Have you tried to search for "apr_pool_mutex_set"?

You have another APR installed on the system, which most probably packaged or 
bundled
with Debian.

Try to explicitly specify where to look for the APR, which UniMRCP requires.

Original comment by achalo...@gmail.com on 17 Mar 2010 at 6:17

GoogleCodeExporter commented 9 years ago
Yeah - it was the problem. I modified make files to use APR libs that I 
mentioned
above and it compiles without any problems. After I removed packaged APR from 
system
and copied APR libs to lib and able to run unimrsp

Original comment by dyn...@hotmail.com on 17 Mar 2010 at 4:06

GoogleCodeExporter commented 9 years ago
Why not to use configure options instead
./configure --with-apr=  --with-apr-util=

Original comment by achalo...@gmail.com on 17 Mar 2010 at 4:09

GoogleCodeExporter commented 9 years ago
Hi Arsen,

As far as I can see apr_pool_mutex_set is gone in APR-1.3.8
I was able to build your project by setting 
#undef OWN_ALLOCATOR_PER_POOL
in libs/apr-toolkit/apt_pool.c

Thanks,
Andrei.

Original comment by Andrei.K...@gmail.com on 10 Jun 2010 at 2:31

GoogleCodeExporter commented 9 years ago
Hi Andrei,

Actually, apr_pool_mutex_set() has never been included in any original APR 
distribution. You should use the version bundled with UniMRCP dependency 
package.

With undefined OWN_ALLOCATOR_PER_POOL, you'll get issues related to concurrent 
allocation of memory from the same pool.

Original comment by achalo...@gmail.com on 10 Jun 2010 at 4:46

GoogleCodeExporter commented 9 years ago
I see.
Well, I did just an svn checkout of your package and tried to build it under 
Ubuntu 10.04. It were a couple of missing deps as was mentioned in this Issue 
earlier. I have resolved them, by installing packages available in Ubuntu.
And it fails due to missing 'apr_pool_mutex_set'.
What I'm trying to say it is probably better to get rid of this function or 
have an implementation for it inside a package itself.

Actually I'm trying to estimate how complicate would be to implement a unimrcp 
audio plugin for the openttsd, see www.opentts.org, so I'll probably ask you a 
couple of questions soon.

Original comment by Andrei.K...@gmail.com on 11 Jun 2010 at 10:26

GoogleCodeExporter commented 9 years ago
Please carefully read the installation guide first.
http://code.google.com/p/unimrcp/wiki/InstallationGuide

The dependency package isn't under the SVN. You should download it and install 
separately. And it does contain everything required.
http://code.google.com/p/unimrcp/downloads/detail?name=unimrcp-deps-1.0.0.tar.gz

Join the discussion group for the questions regarding development of plugins. 
It shouldn't be complicated, though.

Original comment by achalo...@gmail.com on 11 Jun 2010 at 7:36

GoogleCodeExporter commented 9 years ago
finally read issue #29, thanks

Original comment by Andrei.K...@gmail.com on 11 Jun 2010 at 9:21