e9d15cbea7
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: http://svn.digium.com/svn/asterisk/trunk@204413 f38db490-d61c-443f-a65b-d21fe96a405b |
||
---|---|---|
.. | ||
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 |