[asterisk-dev] [Code Review]: Rip out PROC selection in Asterisk makefiles

[opticron]

> On April 6, 2012, 10:45 a.m., Paul Belanger wrote:
> > Are you proposing this for 1.8? or trunk only?  My vote is for trunk, since we've had problems in the past when changing the build process mid branch.

I was planning on 1.8+, but given that, I can switch 1.8 and 10 to "native" for PROC when building with x86_64 and only apply this to trunk.


- opticron


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


On April 6, 2012, 10:18 a.m., opticron wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1852/
> -----------------------------------------------------------
> 
> (Updated April 6, 2012, 10:18 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> The selection of PROC as k8 for -march on 64bit systems can cause gcc to create binaries that will not run on the local machine since it will optimize to use 3Dnow! and extended 3Dnow! instructions where possible.  This type of code shouldn't even really be in the Asterisk build system so I'm ripping it out in its entirety instead of changing k8 to native.
> 
> One downside of this change is that Asterisk will now be slightly less optimized by default than previously.
> 
> 
> This addresses bug ASTERISK-19462.
>     https://issues.asterisk.org/jira/browse/ASTERISK-19462
> 
> 
> Diffs
> -----
> 
>   branches/1.8/Makefile 361090 
>   branches/1.8/codecs/gsm/Makefile 361090 
>   branches/1.8/codecs/gsm/src/k6opt.s 361090 
>   branches/1.8/codecs/lpc10/Makefile 361090 
>   branches/1.8/makeopts.in 361090 
> 
> Diff: https://reviewboard.asterisk.org/r/1852/diff
> 
> 
> Testing
> -------
> 
> Ran this through the testsuite and it didn't break anything.
> 
> 
> Thanks,
> 
> opticron
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20120406/85c198c1/attachment-0001.htm>