[asterisk-dev] Asterisk v1.8.0-RC5 MOH and generic timing source

[Tilghman Lesher]

On Tuesday 19 October 2010 19:00:17 Bruce McAlister wrote:
> When I compile 1.8.0-rc5 res_musiconhold is excluded from the build as
>  menuselect says it requires DAHDI.
> 
> After checking the issue tracker it looks like bug id 0017726 has been
>  closed with a patch that a generic timing source has been included.
> 
> I'm building on Solaris and cannot build DAHDI on Solaris and am reliant
>  on the generic timing source for this module to build.

This is a collision between an oversight in the commit which included
generic timing support and a known deficiency in gcc 4.1 (and possibly other
versions, depending upon the platform).  The commit that added generic
timing support neglected to remove the indicator that res_musiconhold will
use DAHDI, if available.  Normally, this would not be a problem, except for
the second half, which is that if the ELF support is not available for weak
symbols, then all "use" declarations in the build system automatically
switch to "depend".  The oversight of the "use" statement has been removed
in 1.8 SVN.  Simply removing that line, then re-running 'make menuselect'
should make res_musiconhold compile fine on Solaris.

-- 
Tilghman Lesher
Digium, Inc. | Senior Software Developer
twitter: Corydon76 | IRC: Corydon76-dig (Freenode)
Check us out at: www.digium.com & www.asterisk.org