Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
# $FreeBSD$
|
|
|
|
|
|
2002-07-27 22:04:05 +00:00
|
|
|
# Set default CPU compile flags and baseline CPUTYPE for each arch. The
|
|
|
|
|
# compile flags must support the minimum CPU type for each architecture but
|
|
|
|
|
# may tune support for more advanced processors.
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
|
2002-08-02 18:04:22 +00:00
|
|
|
.if !defined(CPUTYPE) || empty(CPUTYPE)
|
2004-01-30 19:51:26 +00:00
|
|
|
_CPUCFLAGS =
|
2015-07-02 13:42:57 +00:00
|
|
|
. if ${MACHINE_CPUARCH} == "aarch64"
|
|
|
|
|
MACHINE_CPU = arm64
|
|
|
|
|
. elif ${MACHINE_CPUARCH} == "amd64"
|
2010-04-21 01:13:08 +00:00
|
|
|
MACHINE_CPU = amd64 sse2 sse mmx
|
2010-09-13 07:22:14 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "arm"
|
2004-05-14 13:34:15 +00:00
|
|
|
MACHINE_CPU = arm
|
2015-06-25 16:47:11 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "i386"
|
|
|
|
|
MACHINE_CPU = i486
|
2010-09-13 07:22:14 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "mips"
|
2008-03-19 12:20:44 +00:00
|
|
|
MACHINE_CPU = mips
|
2015-06-25 16:47:11 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "powerpc"
|
|
|
|
|
MACHINE_CPU = aim
|
|
|
|
|
. elif ${MACHINE_CPUARCH} == "sparc64"
|
|
|
|
|
MACHINE_CPU = ultrasparc
|
2002-07-27 22:15:42 +00:00
|
|
|
. endif
|
2002-07-27 22:04:05 +00:00
|
|
|
.else
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
|
|
|
|
|
# Handle aliases (not documented in make.conf to avoid user confusion
|
|
|
|
|
# between e.g. i586 and pentium)
|
|
|
|
|
|
2015-03-17 05:48:45 +00:00
|
|
|
. if ${MACHINE_CPUARCH} == "amd64" || ${MACHINE_CPUARCH} == "i386"
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. if ${CPUTYPE} == "barcelona"
|
|
|
|
|
CPUTYPE = amdfam10
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "core-avx2"
|
|
|
|
|
CPUTYPE = haswell
|
|
|
|
|
. elif ${CPUTYPE} == "core-avx-i"
|
|
|
|
|
CPUTYPE = ivybridge
|
|
|
|
|
. elif ${CPUTYPE} == "corei7-avx"
|
|
|
|
|
CPUTYPE = sandybridge
|
|
|
|
|
. elif ${CPUTYPE} == "corei7"
|
|
|
|
|
CPUTYPE = nehalem
|
|
|
|
|
. elif ${CPUTYPE} == "slm"
|
|
|
|
|
CPUTYPE = silvermont
|
|
|
|
|
. elif ${CPUTYPE} == "atom"
|
|
|
|
|
CPUTYPE = bonnell
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "core"
|
2007-01-17 14:49:13 +00:00
|
|
|
CPUTYPE = prescott
|
2015-03-17 05:48:45 +00:00
|
|
|
. endif
|
|
|
|
|
. if ${MACHINE_CPUARCH} == "amd64"
|
|
|
|
|
. if ${CPUTYPE} == "prescott"
|
|
|
|
|
CPUTYPE = nocona
|
|
|
|
|
. endif
|
|
|
|
|
. else
|
|
|
|
|
. if ${CPUTYPE} == "k7"
|
|
|
|
|
CPUTYPE = athlon
|
|
|
|
|
. elif ${CPUTYPE} == "p4"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium4
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "p4m"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium4m
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "p3"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium3
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "p3m"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium3m
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "p-m"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium-m
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "p2"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium2
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "i686"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentiumpro
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "i586/mmx"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium-mmx
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "i586"
|
2004-10-17 05:08:29 +00:00
|
|
|
CPUTYPE = pentium
|
2015-03-17 05:48:45 +00:00
|
|
|
. endif
|
2004-10-17 05:19:45 +00:00
|
|
|
. endif
|
2010-12-30 15:58:23 +00:00
|
|
|
. elif ${MACHINE_ARCH} == "sparc64"
|
|
|
|
|
. if ${CPUTYPE} == "us"
|
|
|
|
|
CPUTYPE = ultrasparc
|
|
|
|
|
. elif ${CPUTYPE} == "us3"
|
|
|
|
|
CPUTYPE = ultrasparc3
|
|
|
|
|
. endif
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
. endif
|
|
|
|
|
|
2004-10-17 05:08:29 +00:00
|
|
|
###############################################################################
|
2002-05-11 20:18:54 +00:00
|
|
|
# Logic to set up correct gcc optimization flag. This must be included
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
# after /etc/make.conf so it can react to the local value of CPUTYPE
|
2002-05-11 20:18:54 +00:00
|
|
|
# defined therein. Consult:
|
2006-07-20 22:42:48 +00:00
|
|
|
# http://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html
|
2008-06-25 06:07:03 +00:00
|
|
|
# http://gcc.gnu.org/onlinedocs/gcc/IA_002d64-Options.html
|
|
|
|
|
# http://gcc.gnu.org/onlinedocs/gcc/RS_002f6000-and-PowerPC-Options.html
|
2008-03-19 12:20:44 +00:00
|
|
|
# http://gcc.gnu.org/onlinedocs/gcc/MIPS-Options.html
|
2004-03-21 04:57:24 +00:00
|
|
|
# http://gcc.gnu.org/onlinedocs/gcc/SPARC-Options.html
|
2008-06-25 06:07:03 +00:00
|
|
|
# http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
|
2010-09-13 07:22:14 +00:00
|
|
|
. if ${MACHINE_CPUARCH} == "i386"
|
2004-04-05 09:55:50 +00:00
|
|
|
. if ${CPUTYPE} == "crusoe"
|
|
|
|
|
_CPUCFLAGS = -march=i686 -falign-functions=0 -falign-jumps=0 -falign-loops=0
|
2004-10-17 05:08:29 +00:00
|
|
|
. elif ${CPUTYPE} == "k5"
|
|
|
|
|
_CPUCFLAGS = -march=pentium
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "c7"
|
|
|
|
|
_CPUCFLAGS = -march=c3-2
|
2004-10-17 05:08:29 +00:00
|
|
|
. else
|
|
|
|
|
_CPUCFLAGS = -march=${CPUTYPE}
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. endif
|
2010-09-13 07:22:14 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "amd64"
|
2004-10-17 05:19:45 +00:00
|
|
|
_CPUCFLAGS = -march=${CPUTYPE}
|
2010-09-13 07:22:14 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "arm"
|
2004-10-17 05:08:29 +00:00
|
|
|
. if ${CPUTYPE} == "xscale"
|
2007-10-16 18:32:37 +00:00
|
|
|
#XXX: gcc doesn't seem to like -mcpu=xscale, and dies while rebuilding itself
|
|
|
|
|
#_CPUCFLAGS = -mcpu=xscale
|
2013-01-07 23:41:14 +00:00
|
|
|
_CPUCFLAGS = -march=armv5te -D__XSCALE__
|
2012-08-15 03:21:56 +00:00
|
|
|
. elif ${CPUTYPE} == "armv6"
|
|
|
|
|
_CPUCFLAGS = -march=${CPUTYPE} -DARM_ARCH_6=1
|
|
|
|
|
. elif ${CPUTYPE} == "cortexa"
|
2014-12-01 21:07:36 +00:00
|
|
|
_CPUCFLAGS = -march=armv7 -DARM_ARCH_6=1 -mfpu=vfp
|
2004-10-17 05:08:29 +00:00
|
|
|
. else
|
2013-01-07 23:41:14 +00:00
|
|
|
_CPUCFLAGS = -mcpu=${CPUTYPE}
|
2004-09-23 22:59:31 +00:00
|
|
|
. endif
|
2010-11-14 01:37:08 +00:00
|
|
|
. elif ${MACHINE_ARCH} == "powerpc"
|
2008-03-03 20:40:20 +00:00
|
|
|
. if ${CPUTYPE} == "e500"
|
|
|
|
|
_CPUCFLAGS = -Wa,-me500 -msoft-float
|
2009-02-22 18:45:30 +00:00
|
|
|
. else
|
2009-04-04 00:22:44 +00:00
|
|
|
_CPUCFLAGS = -mcpu=${CPUTYPE} -mno-powerpc64
|
2008-03-03 20:40:20 +00:00
|
|
|
. endif
|
2010-07-10 02:32:50 +00:00
|
|
|
. elif ${MACHINE_ARCH} == "powerpc64"
|
|
|
|
|
_CPUCFLAGS = -mcpu=${CPUTYPE}
|
2010-09-13 07:22:14 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "mips"
|
2008-03-19 12:20:44 +00:00
|
|
|
. if ${CPUTYPE} == "mips32"
|
|
|
|
|
_CPUCFLAGS = -march=mips32
|
|
|
|
|
. elif ${CPUTYPE} == "mips32r2"
|
|
|
|
|
_CPUCFLAGS = -march=mips32r2
|
|
|
|
|
. elif ${CPUTYPE} == "mips64"
|
|
|
|
|
_CPUCFLAGS = -march=mips64
|
|
|
|
|
. elif ${CPUTYPE} == "mips64r2"
|
|
|
|
|
_CPUCFLAGS = -march=mips64r2
|
|
|
|
|
. elif ${CPUTYPE} == "mips4kc"
|
|
|
|
|
_CPUCFLAGS = -march=4kc
|
|
|
|
|
. elif ${CPUTYPE} == "mips24kc"
|
|
|
|
|
_CPUCFLAGS = -march=24kc
|
|
|
|
|
. endif
|
2010-12-30 15:58:23 +00:00
|
|
|
. elif ${MACHINE_ARCH} == "sparc64"
|
|
|
|
|
. if ${CPUTYPE} == "v9"
|
|
|
|
|
_CPUCFLAGS = -mcpu=v9
|
|
|
|
|
. elif ${CPUTYPE} == "ultrasparc"
|
|
|
|
|
_CPUCFLAGS = -mcpu=ultrasparc
|
|
|
|
|
. elif ${CPUTYPE} == "ultrasparc3"
|
|
|
|
|
_CPUCFLAGS = -mcpu=ultrasparc3
|
|
|
|
|
. endif
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
. endif
|
|
|
|
|
|
|
|
|
|
# Set up the list of CPU features based on the CPU type. This is an
|
|
|
|
|
# unordered list to make it easy for client makefiles to test for the
|
|
|
|
|
# presence of a CPU feature.
|
|
|
|
|
|
2010-09-13 07:22:14 +00:00
|
|
|
. if ${MACHINE_CPUARCH} == "i386"
|
2015-03-17 05:48:45 +00:00
|
|
|
. if ${CPUTYPE} == "bdver4"
|
|
|
|
|
MACHINE_CPU = xop avx2 avx sse42 sse41 ssse3 sse4a sse3 sse2 sse mmx k6 k5 i586
|
|
|
|
|
. elif ${CPUTYPE} == "bdver3" || ${CPUTYPE} == "bdver2" || \
|
2014-03-20 19:17:46 +00:00
|
|
|
${CPUTYPE} == "bdver1"
|
2012-11-19 21:58:14 +00:00
|
|
|
MACHINE_CPU = xop avx sse42 sse41 ssse3 sse4a sse3 sse2 sse mmx k6 k5 i586
|
2013-06-13 18:26:12 +00:00
|
|
|
. elif ${CPUTYPE} == "btver2"
|
|
|
|
|
MACHINE_CPU = avx sse42 sse41 ssse3 sse4a sse3 sse2 sse mmx k6 k5 i586
|
2012-11-19 21:58:14 +00:00
|
|
|
. elif ${CPUTYPE} == "btver1"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = ssse3 sse4a sse3 sse2 sse mmx k6 k5 i586
|
2012-11-19 21:58:14 +00:00
|
|
|
. elif ${CPUTYPE} == "amdfam10"
|
|
|
|
|
MACHINE_CPU = athlon-xp athlon k7 3dnow sse4a sse3 sse2 sse mmx k6 k5 i586
|
|
|
|
|
. elif ${CPUTYPE} == "opteron-sse3" || ${CPUTYPE} == "athlon64-sse3"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = athlon-xp athlon k7 3dnow sse3 sse2 sse mmx k6 k5 i586
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "opteron" || ${CPUTYPE} == "athlon64" || \
|
|
|
|
|
${CPUTYPE} == "athlon-fx"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = athlon-xp athlon k7 3dnow sse2 sse mmx k6 k5 i586
|
2004-10-17 05:19:45 +00:00
|
|
|
. elif ${CPUTYPE} == "athlon-mp" || ${CPUTYPE} == "athlon-xp" || \
|
2004-01-31 02:17:11 +00:00
|
|
|
${CPUTYPE} == "athlon-4"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = athlon-xp athlon k7 3dnow sse mmx k6 k5 i586
|
2004-03-05 15:59:33 +00:00
|
|
|
. elif ${CPUTYPE} == "athlon" || ${CPUTYPE} == "athlon-tbird"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = athlon k7 3dnow mmx k6 k5 i586
|
2011-03-07 14:58:23 +00:00
|
|
|
. elif ${CPUTYPE} == "k6-3" || ${CPUTYPE} == "k6-2" || ${CPUTYPE} == "geode"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = 3dnow mmx k6 k5 i586
|
2002-09-18 20:51:25 +00:00
|
|
|
. elif ${CPUTYPE} == "k6"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = mmx k6 k5 i586
|
2002-09-18 20:51:25 +00:00
|
|
|
. elif ${CPUTYPE} == "k5"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = k5 i586
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "skylake" || ${CPUTYPE} == "knl"
|
|
|
|
|
MACHINE_CPU = avx512 avx2 avx sse42 sse41 ssse3 sse3 sse2 sse i686 mmx i586
|
|
|
|
|
. elif ${CPUTYPE} == "broadwell" || ${CPUTYPE} == "haswell"
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
MACHINE_CPU = avx2 avx sse42 sse41 ssse3 sse3 sse2 sse i686 mmx i586
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "ivybridge" || ${CPUTYPE} == "sandybridge"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = avx sse42 sse41 ssse3 sse3 sse2 sse i686 mmx i586
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "westmere" || ${CPUTYPE} == "nehalem" || \
|
|
|
|
|
${CPUTYPE} == "silvermont"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = sse42 sse41 ssse3 sse3 sse2 sse i686 mmx i586
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "penryn"
|
|
|
|
|
MACHINE_CPU = sse41 ssse3 sse3 sse2 sse i686 mmx i586
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "core2" || ${CPUTYPE} == "bonnell"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = ssse3 sse3 sse2 sse i686 mmx i586
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "yonah" || ${CPUTYPE} == "prescott"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = sse3 sse2 sse i686 mmx i586
|
2012-11-19 21:58:14 +00:00
|
|
|
. elif ${CPUTYPE} == "pentium4" || ${CPUTYPE} == "pentium4m" || \
|
|
|
|
|
${CPUTYPE} == "pentium-m"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = sse2 sse i686 mmx i586
|
2004-10-17 05:08:29 +00:00
|
|
|
. elif ${CPUTYPE} == "pentium3" || ${CPUTYPE} == "pentium3m"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = sse i686 mmx i586
|
2004-10-17 05:08:29 +00:00
|
|
|
. elif ${CPUTYPE} == "pentium2"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = i686 mmx i586
|
2004-10-17 05:08:29 +00:00
|
|
|
. elif ${CPUTYPE} == "pentiumpro"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = i686 i586
|
2004-10-17 05:08:29 +00:00
|
|
|
. elif ${CPUTYPE} == "pentium-mmx"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = mmx i586
|
2004-10-17 05:08:29 +00:00
|
|
|
. elif ${CPUTYPE} == "pentium"
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU = i586
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "c7"
|
|
|
|
|
MACHINE_CPU = sse3 sse2 sse i686 mmx i586
|
|
|
|
|
. elif ${CPUTYPE} == "c3-2"
|
|
|
|
|
MACHINE_CPU = sse i686 mmx i586
|
|
|
|
|
. elif ${CPUTYPE} == "c3"
|
|
|
|
|
MACHINE_CPU = 3dnow mmx i586
|
|
|
|
|
. elif ${CPUTYPE} == "winchip2"
|
|
|
|
|
MACHINE_CPU = 3dnow mmx
|
|
|
|
|
. elif ${CPUTYPE} == "winchip-c6"
|
|
|
|
|
MACHINE_CPU = mmx
|
2002-09-18 20:51:25 +00:00
|
|
|
. endif
|
2012-12-03 19:27:31 +00:00
|
|
|
MACHINE_CPU += i486
|
2010-09-13 07:22:14 +00:00
|
|
|
. elif ${MACHINE_CPUARCH} == "amd64"
|
2015-03-17 05:48:45 +00:00
|
|
|
. if ${CPUTYPE} == "bdver4"
|
|
|
|
|
MACHINE_CPU = xop avx2 avx sse42 sse41 ssse3 sse4a sse3
|
|
|
|
|
. elif ${CPUTYPE} == "bdver3" || ${CPUTYPE} == "bdver2" || \
|
2014-03-20 19:17:46 +00:00
|
|
|
${CPUTYPE} == "bdver1"
|
2012-11-19 21:58:14 +00:00
|
|
|
MACHINE_CPU = xop avx sse42 sse41 ssse3 sse4a sse3
|
2013-06-13 18:26:12 +00:00
|
|
|
. elif ${CPUTYPE} == "btver2"
|
|
|
|
|
MACHINE_CPU = avx sse42 sse41 ssse3 sse4a sse3
|
2012-11-19 21:58:14 +00:00
|
|
|
. elif ${CPUTYPE} == "btver1"
|
|
|
|
|
MACHINE_CPU = ssse3 sse4a sse3
|
|
|
|
|
. elif ${CPUTYPE} == "amdfam10"
|
|
|
|
|
MACHINE_CPU = k8 3dnow sse4a sse3
|
|
|
|
|
. elif ${CPUTYPE} == "opteron-sse3" || ${CPUTYPE} == "athlon64-sse3" || \
|
|
|
|
|
${CPUTYPE} == "k8-sse3"
|
2011-02-20 22:32:21 +00:00
|
|
|
MACHINE_CPU = k8 3dnow sse3
|
2012-11-19 21:58:14 +00:00
|
|
|
. elif ${CPUTYPE} == "opteron" || ${CPUTYPE} == "athlon64" || \
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
${CPUTYPE} == "athlon-fx" || ${CPUTYPE} == "k8"
|
2004-12-11 18:36:42 +00:00
|
|
|
MACHINE_CPU = k8 3dnow
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "skylake" || ${CPUTYPE} == "knl"
|
|
|
|
|
MACHINE_CPU = avx512 avx2 avx sse42 sse41 ssse3 sse3
|
|
|
|
|
. elif ${CPUTYPE} == "broadwell" || ${CPUTYPE} == "haswell"
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
MACHINE_CPU = avx2 avx sse42 sse41 ssse3 sse3
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "ivybridge" || ${CPUTYPE} == "sandybridge"
|
2012-11-19 21:58:14 +00:00
|
|
|
MACHINE_CPU = avx sse42 sse41 ssse3 sse3
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "westmere" || ${CPUTYPE} == "nehalem" || \
|
|
|
|
|
${CPUTYPE} == "silvermont"
|
2012-11-19 21:58:14 +00:00
|
|
|
MACHINE_CPU = sse42 sse41 ssse3 sse3
|
Tidy up bsd.cpu.mk for X86 CPUs:
- Do not limit recent processors to "prescott" class for i386 target. There
is no reason for this hack because clang is default now. On top of that, it
will only grow indefinitely over time.
- Add more CPUTYPEs, i.e., "athlon-fx", "core-avx2", "atom", "penryn", and
"yonah". Note "penryn" and "yonah" are intentionally undocumented because
they are not supported by gcc and marked deprecated by clang.
- Add more CPUTYPE aliases, i.e., "barcelona" (-> amdfam10), "westmere" and
"nehalem" (-> corei7). Note these are intentionally undocumented because
they are not supported by (base) gcc and/or clang. However, LLVM (backend)
seems to "know" the differences. Most likely, they were deprecated with
other vendor code names and clang did not bother implementing them at all.
- Add i686 to MACHINE_CPU for "c3-2" (VIA Nehemiah). Both gcc & clang treat
it like an i686-class processor.
- Add IDT "winchip2" and "winchip-c6" for completeness (undocumented).
- Order processors per make.conf example, i.e., CPU vendors and models.
- Tidy up make.conf example, i.e., remove "by gcc" (because we have aliases)
and remove "prescott" from AMD64 architecture (because it is not correct).
2012-12-04 00:37:17 +00:00
|
|
|
. elif ${CPUTYPE} == "penryn"
|
|
|
|
|
MACHINE_CPU = sse41 ssse3 sse3
|
2015-03-17 05:48:45 +00:00
|
|
|
. elif ${CPUTYPE} == "core2" || ${CPUTYPE} == "bonnell"
|
2011-03-14 13:36:51 +00:00
|
|
|
MACHINE_CPU = ssse3 sse3
|
|
|
|
|
. elif ${CPUTYPE} == "nocona"
|
2004-12-11 18:36:42 +00:00
|
|
|
MACHINE_CPU = sse3
|
2004-10-17 05:19:45 +00:00
|
|
|
. endif
|
2004-12-11 18:36:42 +00:00
|
|
|
MACHINE_CPU += amd64 sse2 sse mmx
|
2010-12-30 15:58:23 +00:00
|
|
|
. elif ${MACHINE_ARCH} == "powerpc"
|
|
|
|
|
. if ${CPUTYPE} == "e500"
|
|
|
|
|
MACHINE_CPU = booke
|
|
|
|
|
. endif
|
|
|
|
|
. elif ${MACHINE_ARCH} == "sparc64"
|
|
|
|
|
. if ${CPUTYPE} == "v9"
|
|
|
|
|
MACHINE_CPU = v9
|
|
|
|
|
. elif ${CPUTYPE} == "ultrasparc"
|
|
|
|
|
MACHINE_CPU = v9 ultrasparc
|
|
|
|
|
. elif ${CPUTYPE} == "ultrasparc3"
|
|
|
|
|
MACHINE_CPU = v9 ultrasparc ultrasparc3
|
|
|
|
|
. endif
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:14:25 +00:00
|
|
|
. endif
|
|
|
|
|
.endif
|
2002-09-18 20:48:54 +00:00
|
|
|
|
2010-12-30 15:58:23 +00:00
|
|
|
.if ${MACHINE_CPUARCH} == "mips"
|
2010-03-02 07:44:38 +00:00
|
|
|
CFLAGS += -G0
|
2008-03-19 12:20:44 +00:00
|
|
|
.endif
|
|
|
|
|
|
2015-01-19 04:56:17 +00:00
|
|
|
.if ${MACHINE_ARCH} == "armv6"
|
|
|
|
|
_CPUCFLAGS += -mfloat-abi=softfp
|
|
|
|
|
.endif
|
|
|
|
|
|
2004-01-10 18:01:08 +00:00
|
|
|
# NB: COPTFLAGS is handled in /usr/src/sys/conf/kern.pre.mk
|
2002-09-18 20:48:54 +00:00
|
|
|
|
|
|
|
|
.if !defined(NO_CPU_CFLAGS)
|
|
|
|
|
CFLAGS += ${_CPUCFLAGS}
|
|
|
|
|
.endif
|
2014-03-19 18:54:53 +00:00
|
|
|
|
Disable SSE in libthr
Clang emits SSE instructions on amd64 in the common path of
pthread_mutex_unlock. If the thread does not otherwise use SSE,
this usage incurs a context-switch of the FPU/SSE state, which
reduces the performance of multiple real-world applications by a
non-trivial amount (3-5% in one application).
Instead of this change, I experimented with eagerly switching the
FPU state at context-switch time. This did not help. Most of the
cost seems to be in the read/write of memory--as kib@ stated--and
not in the #NM handling. I tested on machines with and without
XSAVEOPT.
One counter-argument to this change is that most applications already
use SIMD, and the number of applications and amount of SIMD usage
are only increasing. This is absolutely true. I agree that--in
general and in principle--this change is in the wrong direction.
However, there are applications that do not use enough SSE to offset
the extra context-switch cost. SSE does not provide a clear benefit
in the current libthr code with the current compiler, but it does
provide a clear loss in some cases. Therefore, disabling SSE in
libthr is a non-loss for most, and a gain for some.
I refrained from disabling SSE in libc--as was suggested--because
I can't make the above argument for libc. It provides a wide variety
of code; each case should be analyzed separately.
https://lists.freebsd.org/pipermail/freebsd-current/2015-March/055193.html
Suggestions from: dim, jmg, rpaulo
Approved by: kib (mentor)
MFC after: 2 weeks
Sponsored by: Dell Inc.
2015-08-05 12:53:55 +00:00
|
|
|
#
|
|
|
|
|
# Prohibit the compiler from emitting SIMD instructions.
|
|
|
|
|
# These flags are added to CFLAGS in areas where the extra context-switch
|
|
|
|
|
# cost outweighs the advantages of SIMD instructions.
|
|
|
|
|
#
|
|
|
|
|
# gcc:
|
|
|
|
|
# Setting -mno-mmx implies -mno-3dnow
|
|
|
|
|
# Setting -mno-sse implies -mno-sse2, -mno-sse3, -mno-ssse3 and -mfpmath=387
|
|
|
|
|
#
|
|
|
|
|
# clang:
|
|
|
|
|
# Setting -mno-mmx implies -mno-3dnow and -mno-3dnowa
|
|
|
|
|
# Setting -mno-sse implies -mno-sse2, -mno-sse3, -mno-ssse3, -mno-sse41 and
|
|
|
|
|
# -mno-sse42
|
|
|
|
|
# (-mfpmath= is not supported)
|
|
|
|
|
#
|
|
|
|
|
.if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64"
|
|
|
|
|
CFLAGS_NO_SIMD.clang= -mno-avx
|
|
|
|
|
CFLAGS_NO_SIMD= -mno-mmx -mno-sse
|
|
|
|
|
.endif
|
|
|
|
|
CFLAGS_NO_SIMD += ${CFLAGS_NO_SIMD.${COMPILER_TYPE}}
|
|
|
|
|
|
2014-03-19 18:54:53 +00:00
|
|
|
# Add in any architecture-specific CFLAGS.
|
|
|
|
|
# These come from make.conf or the command line or the environment.
|
|
|
|
|
CFLAGS += ${CFLAGS.${MACHINE_ARCH}}
|
2014-07-08 14:37:01 +00:00
|
|
|
CXXFLAGS += ${CXXFLAGS.${MACHINE_ARCH}}
|
