1# $FreeBSD$ 2# 3# NOTE: Please would any committer updating this file also update the 4# make.conf(5) manual page, if necessary, which is located in 5# src/share/man/man5/make.conf.5. 6# 7# /etc/make.conf, if present, will be read by make (see 8# /usr/share/mk/sys.mk). It allows you to override macro definitions 9# to make without changing your source tree, or anything the source 10# tree installs. 11# 12# This file must be in valid Makefile syntax. 13# 14# There are additional things you can put into /etc/make.conf. 15# You have to find those in the Makefiles and documentation of 16# the source tree. 17# 18# Note, that you should not set MAKEOBJDIRPREFIX or MAKEOBJDIR 19# from make.conf (or as command line variables to make). 20# Both variables are environment variables for make and must be used as: 21# 22# env MAKEOBJDIRPREFIX=/big/directory make 23# 24# 25# The CPUTYPE variable controls which processor should be targeted for 26# generated code. This controls processor-specific optimizations in 27# certain code (currently only OpenSSL) as well as modifying the value 28# of CFLAGS to contain the appropriate optimization directive to cc. 29# The automatic setting of CFLAGS may be overridden using the 30# NO_CPU_CFLAGS variable below. 31# Currently the following CPU types are recognized: 32# Intel x86 architecture: 33# (AMD CPUs) amdfam10, opteron-sse3, athlon64-sse3, k8-sse3, 34# opteron, athlon64, athlon-fx, k8, athlon-mp, 35# athlon-xp, athlon-4, athlon-tbird, athlon, k7, 36# geode, k6-3, k6-2, k6 37# (Intel CPUs) core2, core, nocona, pentium4m, pentium4, prescott, 38# pentium3m, pentium3, pentium-m, pentium2, 39# pentiumpro, pentium-mmx, pentium, i486 40# (VIA CPUs) c7, c3-2, c3 41# AMD64 architecture: amdfam10, opteron-sse3, athlon64-sse3, k8-sse3, 42# opteron, athlon64, k8, core2, nocona 43# SPARC-V9 architecture: v9 (generic 64-bit V9), ultrasparc (default 44# if omitted), ultrasparc3 45# Additionally the following CPU types are recognized by clang: 46# Intel x86 architecture (for both amd64 and i386): 47# (AMD CPUs) znver1, bdver4, bdver3, bdver2, bdver1, btver2, btver1 48# (Intel CPUs) cascadelake, tremont, goldmont-plus, icelake-server, 49# icelake-client, cannonlake, knm, skylake-avx512, knl, 50# goldmont, skylake, broadwell, haswell, ivybridge, 51# sandybridge, westmere, nehalem, silvermont, bonnell 52# ARM architecture: armv5, armv5te, armv6, armv6t2, arm1176jzf-s, armv7, 53# armv7-a, armv7ve, generic-armv7-a, cortex-a5, 54# cortex-a7, cortex-a8, cortex-a9, cortex-a12, 55# cortex-a15, cortex-a17 56# ARM64 architechture: cortex-a53, cortex-a57, cortex-a72, 57# exynos-m1 58# 59# (?= allows to buildworld for a different CPUTYPE.) 60# 61#CPUTYPE?=pentium3 62#NO_CPU_CFLAGS= # Don't add -march=<cpu> to CFLAGS automatically 63# 64# CFLAGS controls the compiler settings used when compiling C code. 65# Note that optimization settings other than -O and -O2 are not recommended 66# or supported for compiling the world or the kernel - please revert any 67# nonstandard optimization settings 68# before submitting bug reports without patches to the developers. 69# 70# CFLAGS.arch provides a mechanism for applying CFLAGS only when building 71# the given architecture. This is useful primarily on a system used for 72# cross-building, when you have a set of flags to apply to the TARGET_ARCH 73# being cross-built but don't want those settings applied to building the 74# cross-tools or other components that run on the build host machine. 75# 76# CXXFLAGS controls the compiler settings used when compiling C++ code. 77# Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish 78# to add to CXXFLAGS value, "+=" must be used rather than "=". Using "=" 79# alone will remove the often needed contents of CFLAGS from CXXFLAGS. 80# 81# Additional compiler flags can be specified that extend or override 82# default ones. However, neither the base system nor ports are guaranteed 83# to build and function without problems with non-default settings. 84# 85# CFLAGS+= -msse3 86# CXXFLAGS+= -msse3 87# CFLAGS.armv6+= -mfloat-abi=softfp 88# 89# MAKE_SHELL controls the shell used internally by make(1) to process the 90# command scripts in makefiles. Three shells are supported, sh, ksh, and 91# csh. Using sh is most common, and advised. Using ksh *may* work, but is 92# not guaranteed to. Using csh is absurd. The default is to use sh. 93# 94#MAKE_SHELL?=sh 95# 96# BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested 97# for use in developing FreeBSD and testing changes. They can be used by 98# putting "CFLAGS+=${BDECFLAGS}" in /etc/make.conf. -Wconversion is not 99# included here due to compiler bugs, e.g., mkdir()'s mode_t argument. 100# 101#BDECFLAGS= -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ 102# -Wcast-qual -Wchar-subscripts -Winline \ 103# -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ 104# -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings 105# 106# To compile just the kernel with special optimizations, you should use 107# this instead of CFLAGS (which is not applicable to kernel builds anyway). 108# There is very little to gain by using higher optimization levels, and doing 109# so can cause problems. 110# 111#COPTFLAGS= -O -pipe 112# 113# Compare before install. 114#INSTALL+= -C 115# 116# Mtree will follow symlinks. 117#MTREE_FOLLOWS_SYMLINKS= -L 118# 119# To enable installing newgrp(1) with the setuid bit turned on. 120# Without the setuid bit, newgrp cannot change users' groups. 121#ENABLE_SUID_NEWGRP= 122# 123# To avoid building various parts of the base system: 124#NO_MODULES= # do not build modules with the kernel 125#NO_SHARE= # do not go into the share subdir 126#NO_SHARED= # build /bin and /sbin statically linked (bad idea) 127# 128# Variables that control how ppp(8) is built. 129#PPP_NO_NAT= # do not build with NAT support (see make.conf(5)) 130#PPP_NO_NETGRAPH= # do not build with Netgraph support 131#PPP_NO_RADIUS= # do not build with RADIUS support 132#PPP_NO_SUID= # build with normal permissions 133# 134#TRACEROUTE_NO_IPSEC= # do not build traceroute(8) with IPSEC support 135# 136# To build sys/modules when building the world (our old way of doing things). 137#MODULES_WITH_WORLD= # do not build modules when building kernel 138# 139# The list of modules to build instead of all of them. 140#MODULES_OVERRIDE= linux ipfw 141# 142# The list of modules to never build, applied *after* MODULES_OVERRIDE. 143#WITHOUT_MODULES= bktr plip 144# 145# If you do not want unformatted manual pages to be compressed 146# when they are installed: 147# 148#WITHOUT_MANCOMPRESS=t 149# 150# 151# Default format for system documentation, depends on your printer. 152# Set this to "ascii" for simple printers or screen. 153# 154#PRINTERDEVICE= ps 155# 156# 157# How long to wait for a console keypress before booting the default kernel. 158# This value is approximately in milliseconds. Keypresses are accepted by the 159# BIOS before booting from disk, making it possible to give custom boot 160# parameters even when this is set to 0. 161# 162#BOOTWAIT=0 163#BOOTWAIT=30000 164# 165# By default, the system will always use the keyboard/video card as system 166# console. However, the boot blocks may be dynamically configured to use a 167# serial port in addition to or instead of the keyboard/video console. 168# 169# By default we use COM1 as our serial console port *if* we're going to use 170# a serial port as our console at all. Alter as necessary. 171# 172# COM1: = 0x3F8, COM2: = 0x2F8, COM3: = 0x3E8, COM4: = 0x2E8 173# 174#BOOT_COMCONSOLE_PORT= 0x3F8 175# 176# The default serial console speed is 9600. Set the speed to a larger value 177# for better interactive response. 178# 179#BOOT_COMCONSOLE_SPEED= 115200 180# 181# By default the 'pxeboot' loader retrieves the kernel via NFS. Defining 182# this and recompiling /usr/src/stand will cause it to retrieve the kernel 183# via TFTP. This allows pxeboot to load a custom BOOTP diskless kernel yet 184# still mount the server's '/' (i.e. rather than load the server's kernel). 185# 186#LOADER_TFTP_SUPPORT= YES 187# 188# 189# Kerberos 5 su (k5su) 190# If you want to use the k5su utility, define this to have it installed 191# set-user-ID. 192#ENABLE_SUID_K5SU= 193# 194# 195# top(1) uses a hash table for the user names. The size of this hash 196# can be tuned to match the number of local users. The table size should 197# be a prime number approximately twice as large as the number of lines in 198# /etc/passwd. The default number is 20011. 199# 200#TOP_TABLE_SIZE= 101 201# 202# Documentation 203# 204# The list of languages and encodings to build and install. 205# 206#DOC_LANG= en_US.ISO8859-1 ru_RU.KOI8-R 207# 208# 209# sendmail 210# 211# The following sets the default m4 configuration file to use at 212# install time. Use with caution as a make install will overwrite 213# any existing /etc/mail/sendmail.cf. Note that SENDMAIL_CF is now 214# deprecated. The value should be a fully qualified path name. 215# 216#SENDMAIL_MC=/etc/mail/myconfig.mc 217# 218# The following sets the default m4 configuration file for mail 219# submission to use at install time. Use with caution as a make 220# install will overwrite any existing /etc/mail/submit.cf. The 221# value should be a fully qualified path name. 222# 223#SENDMAIL_SUBMIT_MC=/etc/mail/mysubmit.mc 224# 225# If you need to build additional .cf files during a make buildworld, 226# include the full paths to the .mc files in SENDMAIL_ADDITIONAL_MC. 227# 228#SENDMAIL_ADDITIONAL_MC=/etc/mail/foo.mc /etc/mail/bar.mc 229# 230# The following overrides the default location for the m4 configuration 231# files used to build a .cf file from a .mc file. 232# 233#SENDMAIL_CF_DIR=/usr/local/share/sendmail/cf 234# 235# Setting the following variable modifies the flags passed to m4 when 236# building a .cf file from a .mc file. It can be used to enable 237# features disabled by default. 238# 239#SENDMAIL_M4_FLAGS= 240# 241# Setting the following variables modifies the build environment for 242# sendmail and its related utilities. For example, SASL support can be 243# added with settings such as: 244# 245# with SASLv1: 246# SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL 247# SENDMAIL_LDFLAGS=-L/usr/local/lib 248# SENDMAIL_LDADD=-lsasl 249# 250# with SASLv2: 251# SENDMAIL_CFLAGS=-I/usr/local/include -DSASL=2 252# SENDMAIL_LDFLAGS=-L/usr/local/lib 253# SENDMAIL_LDADD=-lsasl2 254# 255# Note: If you are using Cyrus SASL with other applications which require 256# access to the sasldb file, you should add the following to your 257# sendmail.mc file: 258# 259# define(`confDONT_BLAME_SENDMAIL',`GroupReadableSASLDBFile') 260# 261#SENDMAIL_CFLAGS= 262#SENDMAIL_LDFLAGS= 263#SENDMAIL_LDADD= 264#SENDMAIL_DPADD= 265# 266# Setting SENDMAIL_SET_USER_ID will install the sendmail binary as a 267# set-user-ID root binary instead of a set-group-ID smmsp binary and will 268# prevent the installation of /etc/mail/submit.cf. 269# This is a deprecated mode of operation. See etc/mail/README for more 270# information. 271# 272#SENDMAIL_SET_USER_ID= 273# 274# The permissions to use on alias and map databases generated using 275# /etc/mail/Makefile. Defaults to 0640. 276# 277#SENDMAIL_MAP_PERMS= 278# 279# 280# It is also possible to set variables in make.conf which will only be 281# used when compiling a specific port. For more details see make(1). 282# 283#.if ${.CURDIR:M*/irc/irssi-devel*} 284#WITH_DEBUG=YES 285#.endif 286# 287# Another approach is to use /usr/ports/ports-mgmt/portconf which has 288# its own config file for port specific options. 289