[test-results] [Bamboo] Asterisk - Team Branches > Pimp My SIP > #323 has FAILED (1 tests failed, no failures were new). Change made by root.
Bamboo
bamboo at asterisk.org
Thu May 9 09:59:15 CDT 2013
-----------------------------------------------------------------------
Asterisk - Team Branches > Pimp My SIP > #323 failed.
-----------------------------------------------------------------------
Code has been updated by root.
1/2 jobs failed, with 1 failing test, no failures were new.
http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-323/
--------------
Failing Jobs
--------------
- Asterisk 1.8 CentOS 6 32-Bit (CentOS 6): 1 of 306 tests failed.
--------------
Code Changes
--------------
root (388054):
>Multiple revisions 388045-388046
>
>........
> r388045 | dlee | 2013-05-08 15:25:28 -0500 (Wed, 08 May 2013) | 11 lines
>
> Removed #if checks for crazy old versions of OS X.
>
> The <arpa/nameser_compat.h> was introduced way back in OS X Panther, which
> itself was end-of-lifed back in 2007. We can assume that any OS X machine
> we build on will need that header file :-)
>
> Why bother removing it? The flag we're checking (__APPLE_CC__) is actually
> Apple's build number. Self-compiled versions of GCC (such as installing the
> latest version of GCC from homebrew) sets the value to 0, making it useless
> for this sort of compile flaggery.
>........
> r388046 | dlee | 2013-05-08 16:01:33 -0500 (Wed, 08 May 2013) | 12 lines
>
> Add development flag to disable the inline API.
>
> A GCC bug[1] can, in some cases, pop up an unsuppressible pedwarn when
> using a static inline standard library function from a non-static
> inline function.
>
> This normally doesn't show up, but can occur if you're running an
> upgrade version of GCC (such as GCC 4.8 on OS X, which normally runs
> GCC 4.2).
>
> [1]: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47816
>........
>
>Merged revisions 388045-388046 from file:///srv/subversion/repos/asterisk/trunk
>
--------------
Tests
--------------
Existing Test Failures (1)
- AsteriskTestSuite: S/channels/gulp/srtp negotiation
--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20130509/c5d21249/attachment.htm>
More information about the Test-results
mailing list