upstream/opnsense-src
1
0
Fork 0
mirror of https://github.com/opnsense/src.git synced 2026-04-23 23:28:37 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions
opnsense-src/sys/boot/efi/Makefile.inc

26 lines
506 B
PHP
Raw Normal View History

First approximation of an ia64 EFI loader. Not functional.
2001-06-09 12:49:51 -04:00
# $FreeBSD$
style police
2001-06-16 01:59:45 -04:00
Tidy up makefiles. Tested by: marcel
2004-02-12 03:10:34 -05:00
BINDIR?= /boot
Don't force efi to a 32-bit build on amd64 Sponsored by: The FreeBSD Foundation
2014-02-07 11:28:40 -05:00
.if ${MACHINE_CPUARCH} == "i386"
boot: use -march=i386 for both i386 and amd64 builds .. so that consistent compilation algorithms are used for both architectures as in practice the binaries are expected to be interchangeable (for time being). Previously i386 used default setting which were equivalent to -march=i486 -mtune=generic. The only difference is using smaller but slower "leave" instructions. Discussed with: jhb, dim MFC after: 29 days
2012-10-20 12:57:23 -04:00
CFLAGS+= -march=i386
Use CFLAGS_NO_SIMD in preference to varying lists of -mno-xxxx flags. Go ahead and defined -D_STANDALONE for all targets (only strictly needed for some architecture, but harmless on those it isn't required for). Also add -msoft-float to all architectures uniformly rather that higgley piggley like it is today. Differential Revision: https://reviews.freebsd.org/D3496
2015-08-27 19:46:42 -04:00
CFLAGS+= -mno-aes
boot: use -march=i386 for both i386 and amd64 builds .. so that consistent compilation algorithms are used for both architectures as in practice the binaries are expected to be interchangeable (for time being). Previously i386 used default setting which were equivalent to -march=i486 -mtune=generic. The only difference is using smaller but slower "leave" instructions. Discussed with: jhb, dim MFC after: 29 days
2012-10-20 12:57:23 -04:00
.endif
First approximation of an ia64 EFI loader. Not functional.
2001-06-09 12:49:51 -04:00
# Options used when building app-specific efi components
Move the efi loaders to be under sys/boot/efi. This will help us add support for booting arm and arm64 from UEFI. Differential Revision: https://reviews.freebsd.org/D2164 Reviewed by: emaste, imp (previous version) Sponsored by: The FreeBSD Foundation
2015-04-01 04:30:40 -04:00
# See conf/kern.mk for the correct set of these
Use CFLAGS_NO_SIMD in preference to varying lists of -mno-xxxx flags. Go ahead and defined -D_STANDALONE for all targets (only strictly needed for some architecture, but harmless on those it isn't required for). Also add -msoft-float to all architectures uniformly rather that higgley piggley like it is today. Differential Revision: https://reviews.freebsd.org/D3496
2015-08-27 19:46:42 -04:00
CFLAGS+= -ffreestanding -Wformat -msoft-float ${CFLAGS_NO_SIMD}
Tidy up makefiles. Tested by: marcel
2004-02-12 03:10:34 -05:00
LDFLAGS+= -nostdlib
Enable GCC stack protection (aka Propolice) for userland: - It is opt-out for now so as to give it maximum testing, but it may be turned opt-in for stable branches depending on the consensus. You can turn it off with WITHOUT_SSP. - WITHOUT_SSP was previously used to disable the build of GNU libssp. It is harmless to steal the knob as SSP symbols have been provided by libc for a long time, GNU libssp should not have been much used. - SSP is disabled in a few corners such as system bootstrap programs (sys/boot), process bootstrap code (rtld, csu) and SSP symbols themselves. - It should be safe to use -fstack-protector-all to build world, however libc will be automatically downgraded to -fstack-protector because it breaks rtld otherwise. - This option is unavailable on ia64. Enable GCC stack protection (aka Propolice) for kernel: - It is opt-out for now so as to give it maximum testing. - Do not compile your kernel with -fstack-protector-all, it won't work. Submitted by: Jeremie Le Hen <jeremie@le-hen.org>
2008-06-25 17:33:28 -04:00
Clean up more x86 only options in the efi code.
2015-04-03 11:25:59 -04:00
.if ${MACHINE_CPUARCH} == "amd64"
CFLAGS+= -fshort-wchar
CFLAGS+= -mno-red-zone
Use CFLAGS_NO_SIMD in preference to varying lists of -mno-xxxx flags. Go ahead and defined -D_STANDALONE for all targets (only strictly needed for some architecture, but harmless on those it isn't required for). Also add -msoft-float to all architectures uniformly rather that higgley piggley like it is today. Differential Revision: https://reviews.freebsd.org/D3496
2015-08-27 19:46:42 -04:00
CFLAGS+= -mno-aes
Clean up more x86 only options in the efi code.
2015-04-03 11:25:59 -04:00
.endif
Also set -fshort-wchar on arm64, this fixes parsing strings from UEFI, e.g. on the command line. Sponsored by: ABT Systems Ltd
2016-06-08 19:23:16 -04:00
.if ${MACHINE_CPUARCH} == "aarch64"
CFLAGS+= -fshort-wchar
.endif
Enable GCC stack protection (aka Propolice) for userland: - It is opt-out for now so as to give it maximum testing, but it may be turned opt-in for stable branches depending on the consensus. You can turn it off with WITHOUT_SSP. - WITHOUT_SSP was previously used to disable the build of GNU libssp. It is harmless to steal the knob as SSP symbols have been provided by libc for a long time, GNU libssp should not have been much used. - SSP is disabled in a few corners such as system bootstrap programs (sys/boot), process bootstrap code (rtld, csu) and SSP symbols themselves. - It should be safe to use -fstack-protector-all to build world, however libc will be automatically downgraded to -fstack-protector because it breaks rtld otherwise. - This option is unavailable on ia64. Enable GCC stack protection (aka Propolice) for kernel: - It is opt-out for now so as to give it maximum testing. - Do not compile your kernel with -fstack-protector-all, it won't work. Submitted by: Jeremie Le Hen <jeremie@le-hen.org>
2008-06-25 17:33:28 -04:00
.include "../Makefile.inc"
Reference in a new issue Copy permalink