Summary:	ASTERISK-22931: Impossible to execute Asterisk because if illegal instruction
Reporter:	Private Name (falves11)	Labels:
Date Opened:	2013-12-02 04:34:44.000-0600	Date Closed:	2013-12-06 12:13:40.000-0600
Priority:	Blocker	Regression?	No
Status:	Closed/Complete	Components:	Core/BuildSystem
Versions:	11.6.0 12.0.0-beta2	Frequency of Occurrence
Related Issues:	is related to ASTERISK-20128 Virtualized asterisk.org 1.8.14.0 no longer runs in a KVM virtualized environment. Compiles without error, but fails with Illegal instruction on launch Regression since 1.8.13.0 Last good 1.8.12.2
Environment:	2.6.32-358.23.2.el6.x86_64	Attachments:
Description:	I am affected by this bug. I cannot execute a compilation of asterisk 11 or 12 on Intel Nehalem, Searching, I found the issue describe here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52411 the asterisk makefile detecting and using incorrect compilation flags ifeq ($(OSARCH),linux-gnu)  ifeq ($(PROC),x86_64)    # You must have GCC 3.4 to use k8, otherwise use athlon #    PROC=k8 PROC=nocona    #PROC=athlon  endif
Comments:	By: Matt Jordan (mjordan) 2013-12-06 12:13:40.901-0600 Closing out as a duplicate of ASTERISK-20128. As noted on that issue, previously Asterisk would pick the wrong CPU architecture which - since it did it 'automatically' - could not be configured or undone. You can deselect {{BUILD_NATIVE}} in menuselect to get Asterisk to not pass {{-march=native}} and use {{CFLAGS}} to otherwise tune the build process. While this may not be ideal, no one has proposed a better patch to the build system to work around this.