pa-fazil
/
android_build
mirror of https://github.com/fazilsheik96/android_build.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
android_build/core/combo/arch/x86/x86.mk

20 lines
662 B
Makefile
Raw Normal View History

x86: Refine the way we configure the x86 build. This is the result of a recent conversation around the x86 ABI and its relationship with how we build platform images. Briefly: - We want to use feature-based macros like ARCH_X86_HAVE_$FEATURE instead of relying on explicit compiler macros like -DUSE_$FEATURE - We want to allow for other x86-based arch variants, e.g. if someone wants to build Android for a CPU that doesn't support the NDK x86 ABI. However, we need to ensure these are not tagged compatible by mistake (see check at the end of TARGET_linux-x86.mk) - There are several flags which use is dubious now that we have a dedicated toolchain to build all the x86 stuff. Comment them as 'to be considered for removal'. We'll do the proper checks later. Change-Id: I7768d7c34d73e274cbf4c09ae831b55280d6bb58
2011-12-13 16:21:56 +00:00
# This file contains feature macro definitions specific to the
Remove useless x86 options that were always hardcoded on. ARCH_X86_HAVE_MMX, ARCH_X86_HAVE_SSE, ARCH_X86_HAVE_SSE2, and ARCH_X86_HAVE_SSE3 were all always on. There are no longer any makefiles or code that are conditional on any of these, so let's just remove them rather than encourage anyone to mess with knobs that don't work. Change-Id: I5ee095e8041eecff4554ad4801894fbfca69093f
2013-10-04 07:00:52 +00:00
# base 'x86' platform ABI.
x86: Refine the way we configure the x86 build. This is the result of a recent conversation around the x86 ABI and its relationship with how we build platform images. Briefly: - We want to use feature-based macros like ARCH_X86_HAVE_$FEATURE instead of relying on explicit compiler macros like -DUSE_$FEATURE - We want to allow for other x86-based arch variants, e.g. if someone wants to build Android for a CPU that doesn't support the NDK x86 ABI. However, we need to ensure these are not tagged compatible by mistake (see check at the end of TARGET_linux-x86.mk) - There are several flags which use is dubious now that we have a dedicated toolchain to build all the x86 stuff. Comment them as 'to be considered for removal'. We'll do the proper checks later. Change-Id: I7768d7c34d73e274cbf4c09ae831b55280d6bb58
2011-12-13 16:21:56 +00:00
#
# It is also used to build full_x86-eng / sdk_x86-eng platform images that
# are run in the emulator under KVM emulation (i.e. running directly on
# the host development machine's CPU).
# These features are optional and shall not be included in the base platform
Remove useless x86 options that were always hardcoded on. ARCH_X86_HAVE_MMX, ARCH_X86_HAVE_SSE, ARCH_X86_HAVE_SSE2, and ARCH_X86_HAVE_SSE3 were all always on. There are no longer any makefiles or code that are conditional on any of these, so let's just remove them rather than encourage anyone to mess with knobs that don't work. Change-Id: I5ee095e8041eecff4554ad4801894fbfca69093f
2013-10-04 07:00:52 +00:00
# Otherwise, sdk_x86-eng system images might fail to run on some
x86: Refine the way we configure the x86 build. This is the result of a recent conversation around the x86 ABI and its relationship with how we build platform images. Briefly: - We want to use feature-based macros like ARCH_X86_HAVE_$FEATURE instead of relying on explicit compiler macros like -DUSE_$FEATURE - We want to allow for other x86-based arch variants, e.g. if someone wants to build Android for a CPU that doesn't support the NDK x86 ABI. However, we need to ensure these are not tagged compatible by mistake (see check at the end of TARGET_linux-x86.mk) - There are several flags which use is dubious now that we have a dedicated toolchain to build all the x86 stuff. Comment them as 'to be considered for removal'. We'll do the proper checks later. Change-Id: I7768d7c34d73e274cbf4c09ae831b55280d6bb58
2011-12-13 16:21:56 +00:00
# developer machines.
ARCH_X86_HAVE_SSSE3 := false
ARCH_X86_HAVE_MOVBE := false
ARCH_X86_HAVE_POPCNT := false
Revert "Continue to use march=i686 before fix of g++ ICE." This reverts commit f70f009ca8b4779cc3a5f44e7d92b1c297e16c8b. Change-Id: I3e1b18cf342e747c8a8405f1fc2513e5ebafc4b6
2014-10-30 01:55:45 +00:00
# Some intrinsic functions used by libcxx only exist for prescott or newer CPUs.
Extend x86 to have different arch variants Author: Negreanu Marius Adrian <adrian.m.negreanu@intel.com> Author: Andrew Boie <andrew.p.boie@intel.com> Author: Daniel Leung <daniel.leung@intel.com> Currently, x86 target only has generic i686 and x86-atom as arch variants. This patch adds the ability to have more than two arch variants. Defining a new arch variant is similiar to ARM targets, by adding a new file in core/combo/arch/x86. These files also define what capabilities the targeting CPU has (e.g. having SSE2, SSE3, etc.). We define arch variants for Sandy Bridge, Ivy Bridge, Haswell; upcoming arches can be easily added to this set with future patches. Change-Id: Iafbce10d205e860738db4a216ff603f9a84d7311 Signed-off-by: Daniel Leung <daniel.leung@intel.com> Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2011-09-28 14:47:50 +00:00
arch_variant_cflags := \
Revert "Continue to use march=i686 before fix of g++ ICE." This reverts commit f70f009ca8b4779cc3a5f44e7d92b1c297e16c8b. Change-Id: I3e1b18cf342e747c8a8405f1fc2513e5ebafc4b6
2014-10-30 01:55:45 +00:00
-march=prescott \
Extend x86 to have different arch variants Author: Negreanu Marius Adrian <adrian.m.negreanu@intel.com> Author: Andrew Boie <andrew.p.boie@intel.com> Author: Daniel Leung <daniel.leung@intel.com> Currently, x86 target only has generic i686 and x86-atom as arch variants. This patch adds the ability to have more than two arch variants. Defining a new arch variant is similiar to ARM targets, by adding a new file in core/combo/arch/x86. These files also define what capabilities the targeting CPU has (e.g. having SSE2, SSE3, etc.). We define arch variants for Sandy Bridge, Ivy Bridge, Haswell; upcoming arches can be easily added to this set with future patches. Change-Id: Iafbce10d205e860738db4a216ff603f9a84d7311 Signed-off-by: Daniel Leung <daniel.leung@intel.com> Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2011-09-28 14:47:50 +00:00