[asterisk-dev] [Code Review] 2659: Let the testsuite run outside of the Asterisk source

[opticron]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/2659/#review9124
-----------------------------------------------------------

Ship it!



/asterisk/trunk/runtests.py
<https://reviewboard.asterisk.org/r/2659/#comment18000>

    Is there any reason not to remove this block entirely? Do we ever expect this to be a requirement again?


- opticron


On July 5, 2013, 11:57 a.m., Matt Jordan wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2659/
> -----------------------------------------------------------
> 
> (Updated July 5, 2013, 11:57 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: testsuite
> 
> 
> Description
> -------
> 
> For a host of historical reasons, the Asterisk Test Suite used to have to run as a subdirectory inside of the Asterisk source.
> 
> This actually hasn't been needed for quite some time. I had thought that the buildoptions library still needed this but - as it turns out - buildoptions will check the installed Asterisk headers for the build options it needs to execute.
> 
> This patch removes the checks and updates the README. It also makes the buildoptions library raise an Exception if it couldn't find the header - this really is needed, as certain build options (such as TEST_FRAMEWORK) are needed for a large number of tests to execute.
> 
> 
> Diffs
> -----
> 
>   /asterisk/trunk/README.txt 3880 
>   /asterisk/trunk/lib/python/asterisk/buildoptions.py 3880 
>   /asterisk/trunk/runtests.py 3880 
> 
> Diff: https://reviewboard.asterisk.org/r/2659/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Matt Jordan
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130711/b2358899/attachment.htm>