From: Kinsey Moore Date: Mon, 16 Jul 2012 13:44:38 +0000 (+0000) Subject: Add comments about the BUILD_NATIVE change X-Git-Tag: 1.8.16.0-rc1~16 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=7ae8833eeb889ddfeb10e29c1488fa480689cc48;p=thirdparty%2Fasterisk.git Add comments about the BUILD_NATIVE change This is a significant change and mention of it should have gone into UPGRADE.txt and CHANGES. git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@370081 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- diff --git a/CHANGES b/CHANGES index f204b18dcb..36f4c52f23 100644 --- a/CHANGES +++ b/CHANGES @@ -8,6 +8,18 @@ === ====================================================================== +------------------------------------------------------------------------------ +--- Functionality changes since Asterisk 1.8.12.0 ---------------------------- +------------------------------------------------------------------------------ + +Build System +------------ + * The optimization portion of the build system has been reworked to avoid + broken builds on certain architectures. All architecture-specific + optimization has been removed in favor of using -march=native to allow gcc + to detect the environment in which it is running when possible. This can + be toggled as BUILD_NATIVE under "Compiler Flags" in menuselect. + ------------------------------------------------------------------------------ --- Functionality changes since Asterisk 1.8.10.0 ---------------------------- ------------------------------------------------------------------------------ diff --git a/UPGRADE.txt b/UPGRADE.txt index 0e6c06e759..b0db86e2d8 100644 --- a/UPGRADE.txt +++ b/UPGRADE.txt @@ -18,6 +18,11 @@ === =========================================================== +From 1.8.12 to 1.8.13: +* The complex processor detection and optimization has been removed from + the makefile in favor of using native optimization suppport when available. + BUILD_NATIVE can be disabled via menuselect under "Compiler Flags". + From 1.8.11 to 1.8.12: * In AEL dialplans, the "h" extension will now be inherited from prior calling contexts, just as it had in 1.4. If you have created an AEL