c511a26749
Someone asked yesterday, "is there a good reason why we can't just put these modules in Asterisk?". After a brief discussion, as long as the modules are clearly set aside in their own directory and not enabled by default, it is perfectly fine. For more information about why a module goes in addons, see README-addons.txt. chan_ooh323 does not currently compile as it is behind some trunk API updates. However, it will not build by default, so it should be okay for now. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@204413 65c4cc65-6c06-0410-ace0-fbb531ad65f3 |
||
---|---|---|
.. | ||
acx_pthread.m4 | ||
ast_c_compile_check.m4 | ||
ast_c_define_check.m4 | ||
ast_check_gnu_make.m4 | ||
ast_check_mandatory.m4 | ||
ast_check_openh323.m4 | ||
ast_check_osptk.m4 | ||
ast_check_pwlib.m4 | ||
ast_ext_lib.m4 | ||
ast_ext_tool_check.m4 | ||
ast_func_fork.m4 | ||
ast_gcc_attribute.m4 | ||
ast_prog_egrep.m4 | ||
ast_prog_ld.m4 | ||
ast_prog_ld_gnu.m4 | ||
ast_prog_sed.m4 |