summaryrefslogtreecommitdiffstats
path: root/Makefile.inc1
Commit message (Collapse)AuthorAgeFilesLines
* Merge r299077, which provides ability to override NO_INSTALLEXTRAKERNELS.glebius2016-05-041-4/+4
| | | | | | | | | | Override NO_INSTALLEXTRAKERNELS for the release build. Historically, in the stable/10 branch the regular 'installkernel' target DID NOT install extra kernels, while the release build DID. This change finally restores POLA, I hope. Reported by: Fedor <f att.org.ru> Reviewed by: gjb
* Fix compiled-in keymap generation for sc/vt consolesemaste2016-04-211-0/+7
| | | | | | | | | In r298297 kbdcontrol's -P <path> option was MFC'd to stable/10, which enables this change for a simplified compile-time default keymap build process. PR: 193865 MFC of: r296899, r296914, r297363, r298402
* Make it possible to override NO_INSTALLEXTRAKERNELS.glebius2016-01-221-1/+1
| | | | Submitted by: ngie
* MFC r293440:bdrewery2016-01-111-7/+4
| | | | Fix upgrading from OSVERSION 1000002-1000032 after r288829.
* Merge r293282 from head:glebius2016-01-071-4/+5
| | | | | | | | | | | Provide knob NO_INSTALLEXTRAKERNELS. If defined, extra kernels in KERNCONF won't be installed, only the first one would. Turn NO_INSTALLEXTRAKERNELS=yes on stable/10 to preserve original behaviour of not installing additional kernels built. Reported & tested by: Trond Endrestøl <Trond.Endrestol fagskolen.gjovik.no> Reported & tested by: dhw
* MFC r291611:bdrewery2016-01-071-3/+15
| | | | | | Add NO_INSTALLKERNEL to undo the assumption that the first KERNCONF will be installed as "kernel". This is relevant for packaging of the kernel when not wanting a default "kernel.txz".
* MFC r291610:bdrewery2016-01-071-8/+9
| | | | | Allow storing package(world|kernel) tarballs into a different location at PACKAGEDIR.
* Merge from head r287357-287358,287400:glebius2016-01-051-3/+19
| | | | | Not only build with buildworld, but also install with installworld all alternative kernels.
* MFC r278449, r278926:gjb2015-12-301-15/+17
| | | | | | | | | | | | | r278449: Enable multi-threaded xz(1) compression for release install media. r278926 (rpaulo): Use xz(1) via pipe when compressing the release distribution tarballs. Tested on: stable/10@r292855 Sponsored by: The FreeBSD Foundation
* MFC: xz 5.2.2.delphij2015-12-221-0/+2
| | | | Relnotes: yes
* MFC r282821: Remove redundant csu subdir logicemaste2015-12-161-7/+1
| | | | | | | The appropriate subdirectories are handled by lib/csu/Makefile. There's no need to duplicate this logic in Makefile.inc1 and lib/Makefile. Sponsored by: The FreeBSD Foundation
* MFC r291605:bdrewery2015-12-081-48/+48
| | | | | Fix errors being ignored in many phases of the build since the bmake integration.
* MFC r291026:bdrewery2015-12-041-1/+0
| | | | Remove unneeded libmd from bootstrap-tools (reverting r246784).
* MFC r290812:bdrewery2015-12-041-2/+2
| | | | Avoid setting schg in the objtree for lib32 build.
* MFC r289360,r289361,r289378,r289430,r289605,r289676:bdrewery2015-12-041-49/+50
| | | | | | | | | | | | | | | | | | | r289360: Add temporary workaround for .MAKE being applied to _worldtmp, since r251750. r289361: Consider top-level targets to be .PHONY as bmake won't build them otherwise if a file with the same name is found in the directory. r289378: Mark sub-make targets as .MAKE and .PHONY to handle -n and always-build properly. r289430: Remove .MAKE from targets that do more than just run sub-makes, such as calling rm or mtree. r289605: Add missing .PHONY for parallel subdir target. r289676: Add some missing '+', .MAKE, and .PHONY modifiers.
* MFC r289407:bdrewery2015-10-261-0/+12
| | | | Fix delete-old and check-old-files not removing old debug symbols.
* MFC r288339: remove unused sgsmsg utility (originally imported from opensolaris)avg2015-10-231-1/+1
|
* MFC 288829ian2015-10-111-0/+2
| | | | | | | | | | | | | The latest version of lex requires the latest m4 to build, add a dependency when running the build-tools stage. The requirement is due to the -P flag used when running m4 from usr.bin/lex Makefile to generate skel.c. With the old m4 that fails and the failure is ignored, resulting in an empty(-ish) skel.c, which leads to later build failures when the misconfigured new lex tool is run. This enables building -current (and 10-stable after MFC) on a stable-8 system again.
* MFC r262670 (marcel):gjb2015-08-131-2/+2
| | | | | | | | | Use ${MAKE} so that we always use the same version/implementation of make(1). PR: 202277 Submitted by: John Hein Sponsored by: The FreeBSD Foundation
* Direct commitimp2015-08-121-1/+5
| | | | | | | | | When compiling on -current from r284356 to r285986, the host's crunchgen can't be used because builds of rescue break when STRIP= was used to prevent stripping of binaries. Direct commit because -current code is different. Building 10 on current is common enough to warrnat a safety belt since this has been broken for two months. The offending change was never in stable/10.
* MFC r281618,r281823:ngie2015-05-131-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | r281618: Defeat race with MK_KERBEROS == yes introduced with bootstrap-tools parallelization work done in r279197 - kerberos5/lib/libroken requires kerberos5/tools/make-roken to build - kerberos5/tools/asn1_compile, kerberos5/tools/slc, and usr.bin/compile_et require kerberos5/lib/libroken and kerberos5/lib/libvers This race is incredibly evident when cross-building sparc64 on ref10-amd64.freebsd.org Pointyhat to: ngie r281823: Serialize all of _kerberos5_bootstrap_tools to avoid build failures involving make bootstrap-tools On the plus side, this also greatly reduces complexity Pointyhat to: ngie Reported by: Willem Jan Withagen <wjw@digiware.nl>
* MFC r270155, r274490, r274593, r274607garga2015-04-211-0/+88
| | | | | | | | | Add native-xtools target to stable/10 Differential Revision: https://reviews.freebsd.org/D2044 Reviewed by: sbruno@ Approved by: sbruno@ Sponsored by: Netgate
* MFC r272814 (by bapt):dim2015-04-101-2/+3
| | | | | | | | | | | Add OBJCOPY to the list of external tools MFC r272815 (by bapt): Fix typo This should fix the build troubles some people have been seeing after the MFC of r280980 (in r281289). Sorry for the breakage.
* MFC r280980:dim2015-04-091-3/+5
| | | | | | | | Ensure the cross assembler, linker and objcopy are used for the build32 stage, just like for the regular world stage. Reviewed by: rodrigc, imp, bapt, emaste Differential Revision: https://reviews.freebsd.org/D2187
* Ensure yacc is built during bootstrap-tools for __FreeBSD_versiondim2015-04-051-1/+1
| | | | | | 1001506 and earlier, since some of the ACPI tools now reach yacc's old maximum table limit. This should fix the Jenkins buildbot, which apparently runs 10.1-RELEASE.
* MFC r280179,r280180:bdrewery2015-04-041-0/+10
| | | | | | | | | | | | r280179: Add LIB_CXX so that C++ libraries will use CXX to link. This adds some extra dependencies directly to Makefile.inc1 as atf is still a prebuild library in stable/10. If r273449 is MFCd these can come out. r280180: Document LIB and LIB_CXX.
* Defeat race with texinfo tools built with make bootstrap-toolsngie2015-03-221-0/+3
| | | | | This is a direct commit to stable/10 because texinfo has been removed from head
* Remove dependency between usr.bin/m4 and lib/libohashngie2015-03-221-2/+0
| | | | | | | | libohash doesn't exist on stable/10 (only head) Not sure why my make buildworld didn't catch any issues This is a direct commit to stable/10 as a followup to r280340
* MFC r279197,r279198:ngie2015-03-221-1/+22
| | | | | | | | | | | | | | | | | r279197: Parallelize building bootstrap-tools Differential Revision: https://reviews.freebsd.org/D1901 Reviewed by: ian No serious objections from: imp r279198: Fill in missing dependencies for dtrace related tools so the bootstrap-tools compiles properly on older hosts Pointyhat to: me
* MFC r278182:ngie2015-02-111-1/+5
| | | | | | | | | r278182: Conditionalize building radius support into libpam, ppp, etc via MK_RADIUS_SUPPORT Sponsored by: EMC / Isilon Storage Division
* MFC r275907:ngie2015-01-201-3/+6
| | | | | | | | | | | | | | | | | | | | r275907 (by ngie): Fix building/installing tests when TESTSBASE != /usr/tests The work in r258233 hardcoded the assumption that tests was the last component of the tests tree by pushing tests as an explicit prefix for the paths in BSD.tests.dist and /usr was the prefix for all tests, per BSD.usr.dist and all of the mtree calls used in Makefile.inc1. This assumption breaks if/when one provides a custom TESTSBASE "prefix", e.g. TESTSBASE=/mytests . One thing that r258233 did properly though was remove "/usr/tests" creation from BSD.usr.dist -- that should have not been there in the first place. That was an "oops" on my part for the work that was originally committed in r241823 Phabric: D1301 Reviewed by: imp Sponsored by: EMC / Isilon Storage Division
* install-info is also needed for installworld so add it to the bootstrap toolsbapt2015-01-021-1/+3
| | | | | Add BPATH to the installworld path to ensure using installworld works if install-info is not in base
* Make texinfo a bootstrap tools this fixes cross building when makeinfo is not \bapt2015-01-021-14/+7
| | | | | | | | | available on the host Differential Revision: https://reviews.freebsd.org/D1410 Submitted by: ngie (initial patch) Reviewed by: ngie, imp MFC after: 1 week
* MFC: r276052,r276053bapt2015-01-021-0/+15
| | | | | | | | | | | | | | | | | Build selective portions of gnu/usr.bin/texinfo as part of build-tools to ensure that building on a host without makeinfo (i.e. a host where make delete-old -DWITHOUT_INFO was run), then building with MK_INFO == yes doesn't manifest in build errors when building info pages This manifested itself like the following when I was build testing an MFC change on stable/10: makeinfo --no-split -I /usr/src/gnu/lib/libregex/doc -I /usr/src/gnu/lib/libregex/doc regex.texi -o regex.info makeinfo: not found *** [regex.info] Error code 127 make[6]: stopped in /usr/src/gnu/lib/libregex/doc 1 error
* MFC r275867:ngie2014-12-271-1/+1
| | | | | | | | | | | | | | | Fix sporadic build failures due to race when running make installworld when strip gets replaced at install time by adding it to ITOOLS for the default usr.bin/xinstall STRIP_CMD This will fix the failure noted in this Jenkins build step: https://jenkins.freebsd.org/job/Build-UFS-image/688/ This will also fix the issue reported by alfred@ dealing with installing on targets that differ from build hosts (e.g. installing on i386/i386 when built on amd64/amd64) Sponsored by: EMC / Isilon Storage Division
* MFC r275622:ngie2014-12-221-0/+5
| | | | | | | | | | Add makewhatis to ITOOLS if MK_MAN != no This will fix installation with differing host targets in installworld, so one can build i386/i386 on an amd64 host, then install to an i386/i386 target Reported by: alfred Phabric: D1280
* MFC r274806:brooks2014-12-021-0/+5
| | | | | | | Add a guard against attempting to invoke the buildenv target with -j# as that silently exits rather than doing something useful. Sponsored by: DARPA, AFRL
* MFC r272484:rodrigc2014-11-291-0/+6
| | | | | | Add dependencies to various libraries to libzfs and libzpool. Submitted by: sef
* MFC r274116:dteske2014-11-251-1/+5
| | | | | | | | | | | | | | | | | Add new libraries/utilities for data throughput visualization. dpv(3): dialog progress view library dpv(1): stream data from stdin or multiple paths with dialog progress view figpar(3): configuration file parsing library MFC r274120, r274121, r274123, r274124, r274144, r274146, r274159, r274192, r274203, r274209, r274226, r274270, and r274851: Fixes following r274116 Reviews: D714 Relnotes: New libdpv/libfigpar and dpv(1) utility Reviewed by: jelischer, shurd Discussed at: MeetBSD California 2014 Vendor/Dev Summit Discussed on: -current Thanks to: ngie, ian, jelischer, shurd, bapt
* MFC r262626, r262626, r264979, r265154, r265162, r265163, r267319, r270863,ian2014-10-271-16/+2
| | | | | | | | | | | | | | | | | r270991, r271045: Enhancements related to compiling FDT data... - Use proper include path for dtc as well as cpp. - Call cpp with -P to avoid printing line markings. - Allow FDT_DTS_FILE to be a list, either in the makedtb target, or in a kernel config file. - Add the dts include directory to the -I list when doing arm builds. - Invoke make_dtb with MACHINE defined for cross building friendliness. - Allow the make_dtb script to work outside of a "make buildkernel" context by setting MACHINE from uname -m if it's not set already. - Use sh -c '...' to launch the dtb build scripts with env prepended, otherwise it tries to treat the env var stuff as a script file name.
* MFC r272053:ngie2014-10-231-4/+4
| | | | | | | | | | | | | Have distrib-dirs, distribution, hier, hierarchy, redistribute, and reinstall depend on the .MAKE special target This will allow users to do something like the following to print out the results of the running the simulated make target with bmake, like some of the other top-level make targets in Makefile.inc1: % make -f Makefile.inc1 -n distribution TARGET=i386 TARGET_ARCH=i386 Sponsored by: EMC / Isilon Storage Division
* MFC improved vt(4) font generationemaste2014-09-091-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | r266851: Add VGAROM 8x8, 8x14 and 8x16 fonts for vt(4) These are converted from syscons(4) cp437 fonts. r267306: Add vgarom font source These are in 'GNU Unifont' format, and are converted from syscons(4) cp437 fonts. r267400: Add thin versions of VGAROM 8x8 and 8x16 fonts for vt(4) These are converted from syscons(4) cp437-thin-8x* fonts. r267423: Build vt(4) fonts during buildworld vtfontcvt(8) is now built during buildworld, so can be used as a bootstrap tool to create vt(4) fonts from source .hex or .bdf font files, rather than having uuencoded binary fonts in the tree. r267578: Add glyphs from converted syscons iso* fonts This consists of the unique glyphs from the following font files in /usr/share/syscons/fonts: iso*.fnt ISO-8859-1 West European iso02*.fnt ISO-8859-2 Central European iso04*.fnt ISO-8859-4 Baltic iso05*.fnt ISO-8859-5 Cyrillic iso07*.fnt ISO-8859-7 Greek iso08*.fnt ISO-8859-8 Hebrew iso09*.fnt ISO-8859-9 Turkish iso15*.fnt ISO-8859-15 West European r268022: Rename the WITHOUT_VT_SUPPORT knob to WITHOUT_VT The _SUPPORT knobs have a consistent meaning which differs from the behaviour controlled by this knob. As the knob is opt-out and has not appeared in a release the impact should be low. Approved by: re Sponsored by: The FreeBSD Foundation
* MFC r270027:ngie2014-08-291-1/+1
| | | | | | | | | | | | | | | | | | | | | tmconfig compilation when MK_ATM == yes and MK_BSNMP == no Makefile.inc1: Always compile gensnmptree with bootstrap-tools when MK_BSNMP != no instead of depending on a potentially stale tool installed on the build host sbin/atm/atmconfig/Makefile: - Always remove oid.h to avoid cluttering up the build/src tree. - Consolidate all of the RESCUE/MK_BSNMP != no logic under one conditional to improve readability - Remove unnecessary ${.OBJDIR} prefixing for oid.h and use ${.TARGET} instead of spelling out oid.h - Add a missing DPADD for ${LIBCRYPTO} when compiled MK_BSNMP == yes and MK_OPENSSL == yes and not compiling for /rescue/rescue sbin/atm/atmconfig/main.c: Change #ifndef RESCUE to #ifdef WITH_BSNMP in main.c to make it clear that we're compiling bsnmp support into atmconfig
* Revert r270079 which was MFC of r269688, build libohash while bootstrapping.ian2014-08-251-2/+1
| | | | | | | | | The changes to split the ohash code out of m4 into its own library haven't been MFC'd, so this change was causing an error during bootstrap when building stable-10. Submitted by: Dai Sieh <dsieh@dsieh.com> Pointy hat to: ian
* MFC r260401ian2014-08-211-9/+0
| | | | | | | | | | | | | Remove aicasm as a build dependency. It made sense when the ahc and ahd drivers and their firmware were under active development, but those days have passed. The firmware now exists in pre-compiled form, no longer dependent on it's sources or on aicasm. If you wish to rebuild the firmware from source, the glue still exists under the 'make firmware' target in sys/modules/aic7xxx. This also fixes the problem introduced with r257777 et al with building kernels the old fashioned way in sys/$arch/compile/$CONFIG when the ahc/ahd drivers were included.
* MFC r257637, r257730, r257734, r257777, r257825, r257838, r257873:ian2014-08-211-20/+34
| | | | | | | | | | Changes to how the aicasm tool is built. This series of changes results in the aicasm tool being built as part of the tools stages of world and kernel builds. Most of these changes will ultimately be undone when r260401 is MFC'd, but it will leave in place the new kernel-build-tool machinery (KTMAKE stuff) in case a new special kernel tool ever comes along.
* MFC r266473,267331,267511:ian2014-08-191-0/+7
| | | | | | | | | | | | | | | | Use an intermediate target to associate with _SUBDIR which is marked .MAKE this allows make -n to do tree walks as expected without doing anything else (as intended). Use prefix _sub. to help avoid conflict with any real target. Put the test suite in its own tests.txz distribution file. Force all the contents of /usr/tests to go into a separate distribution file so that users of binary releases can easily choose to not install Create a mechanism for providing fine-grained build order dependencies during SUBDIR_PARALLEL builds. This augments the coarse .WAIT mechanism, which is still useful if you've got a situation such as "almost everything depends on A and B".
* MFC r269688: m4 now requires libohash, build it when bootstrapping.ian2014-08-171-1/+2
|
* MFC r269662:roberto2014-08-141-4/+4
| | | | | | | | | | | | | | | | | | | | | 10 has a new flex (2.5.37) and the config.h for unbound has been updated to take this into account. Alas it breaks source upgrade from any version of 9 because flex is not built as a bootstrap-tools (it would be for older versions). That means "libunbound/configlexer.c" is built with the old flex but using config.h for the new one. Build is thus broken going from 9.* to 10. Make flex a bootstrap-tools entry if host is less than 1000033 to take into account the flex update in 10. Tested on both 9.2-RC3 and 9.3 by myself and dim@. Running buildworld in head but as both 10 and 11 has the new flex, it will not matter. Reviewed by: imp Approved by: des, imp MFC after: 1 week Phabric: D554
* MFC r269744rpaulo2014-08-131-1/+2
| | | | Run dtrace in 32-bit mode when compiling 32-bit libraries.
OpenPOWER on IntegriCloud