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

Leif Madsen leif.madsen at asteriskdocs.org
Wed Oct 20 16:38:38 CDT 2010

On 10-10-19 08:51 PM, Tilghman Lesher wrote:
> 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.

The fix will be available in Asterisk 1.8.1-rc1 (FYI).


More information about the asterisk-dev mailing list