Index: head/en_US.ISO8859-1/books/porters-handbook/porting-samplem/chapter.xml =================================================================== --- head/en_US.ISO8859-1/books/porters-handbook/porting-samplem/chapter.xml (revision 50189) +++ head/en_US.ISO8859-1/books/porters-handbook/porting-samplem/chapter.xml (revision 50190) @@ -1,101 +1,466 @@ A Sample <filename>Makefile</filename> Here is a sample Makefile that can be used to create a new port. Make sure to remove all the extra comments (ones between brackets). The format shown is the recommended one for ordering variables, empty lines between sections, and so on. This format is designed so that the most important information is easy to locate. We recommend using portlint to check the Makefile. [the header...just to make it easier for us to identify the ports.] # $FreeBSD$ [ ^^^^^^^^^ This will be automatically replaced with RCS ID string by SVN when it is committed to our repository. If upgrading a port, do not alter this line back to "$FreeBSD$". SVN deals with it automatically.] [section to describe the port itself and the master site - PORTNAME and PORTVERSION are always first, followed by CATEGORIES, and then MASTER_SITES, which can be followed by MASTER_SITE_SUBDIR. PKGNAMEPREFIX and PKGNAMESUFFIX, if needed, will be after that. Then comes DISTNAME, EXTRACT_SUFX and/or DISTFILES, and then EXTRACT_ONLY, as necessary.] PORTNAME= xdvi PORTVERSION= 18.2 CATEGORIES= print [do not forget the trailing slash ("/")! if not using MASTER_SITE_* macros] MASTER_SITES= ${MASTER_SITE_XCONTRIB} MASTER_SITE_SUBDIR= applications PKGNAMEPREFIX= ja- DISTNAME= xdvi-pl18 [set this if the source is not in the standard ".tar.gz" form] EXTRACT_SUFX= .tar.Z [section for distributed patches -- can be empty] PATCH_SITES= ftp://ftp.sra.co.jp/pub/X11/japanese/ PATCHFILES= xdvi-18.patch1.gz xdvi-18.patch2.gz [maintainer; *mandatory*! This is the person who is volunteering to handle port updates, build breakages, and to whom a users can direct questions and bug reports. To keep the quality of the Ports Collection as high as possible, we no longer accept new ports that are assigned to "ports@FreeBSD.org".] MAINTAINER= asami@FreeBSD.org COMMENT= DVI Previewer for the X Window System [license -- should not be empty] LICENSE= BSD2CLAUSE LICENSE_FILE= ${WRKSRC}/LICENSE [dependencies -- can be empty] RUN_DEPENDS= gs:print/ghostscript [this section is for other standard bsd.port.mk variables that do not belong to any of the above] [If it asks questions during configure, build, install...] IS_INTERACTIVE= yes [If it extracts to a directory other than ${DISTNAME}...] WRKSRC= ${WRKDIR}/xdvi-new [If the distributed patches were not made relative to ${WRKSRC}, this may need to be tweaked] PATCH_DIST_STRIP= -p1 [If it requires a "configure" script generated by GNU autoconf to be run] GNU_CONFIGURE= yes [If it requires GNU make, not /usr/bin/make, to build...] USES= gmake [If it is an X application and requires "xmkmf -a" to be run...] USES= imake [et cetera.] [non-standard variables to be used in the rules below] MY_FAVORITE_RESPONSE= "yeah, right" [then the special rules, in the order they are called] pre-fetch: i go fetch something, yeah post-patch: i need to do something after patch, great pre-install: and then some more stuff before installing, wow [and then the epilogue] .include <bsd.port.mk> + + + Order of Variables in Port Makefiles + + The first sections of the Makefile + must always come in the same order. This standard makes it so + everyone can easily read any port without having to search for + variables in a random order. + + The first line of a Makefile is always + a comment containing the Subversion + version control ID, followed by an empty line. In new ports, it + looks like this: + + # $FreeBSD$ +  + + In existing ports, Subversion + has expanded it to look like this: + + # $FreeBSD: head/ports-mgmt/pkg/Makefile 437007 2017-03-26 21:25:47Z bapt $ +  + + + The sections and variables described here are mandatory in + a ordinary port. In a slave port, many sections variables and + can be skipped. + + + + Each following block must be separated from the previous + block by a single blank line. + + In the following blocks, only set the variables that are + required by the port. Define these variables in the order + they are shown here. + + + + <varname>PORTNAME</varname> Block + + This block is the most important. It defines the port + name, version, distribution file location, and category. The + variables must be in this order: + + + + PORTNAME + + + + PORTVERSION + + + + DISTVERSIONPREFIX + + + + DISTVERSION + + + + DISTVERSIONSUFFIX + + + + PORTREVISION + + + + PORTEPOCH + + + + CATEGORIES + + + + MASTER_SITES + + + + MASTER_SITE_SUBDIR + (deprecated) + + + + PKGNAMEPREFIX + + + + PKGNAMESUFFIX + + + + DISTNAME + + + + EXTRACT_SUFX + + + + DISTFILES + + + + DIST_SUBDIR + + + + EXTRACT_ONLY + + + + + Only one of PORTVERSION and + DISTVERSION can be used. + + + + + <varname>PATCHFILES</varname> Block + + This block is optional. The variables are: + + + + PATCH_SITES + + + + PATCHFILES + + + + PATCH_DIST_STRIP + + + + + + <varname>MAINTAINER</varname> Block + + This block is mandatory. The variables are: + + + + MAINTAINER + + + + COMMENT + + + + + + <varname>LICENSE</varname> Block + + This block is optional, although it is highly recommended. + The variables are: + + + + LICENSE + + + + LICENSE_COMB + + + + LICENSE_GROUPS + or + LICENSE_GROUPS_NAME + + + + LICENSE_NAME + or + LICENSE_NAME_NAME + + + + LICENSE_TEXT + or + LICENSE_TEXT_NAME + + + + LICENSE_FILE + or + LICENSE_FILE_NAME + + + + LICENSE_PERMS + or + LICENSE_PERMS_NAME + + + + LICENSE_DISTFILES + or + LICENSE_DISTFILES_NAME + + + + If there are multiple licenses, sort the different + LICENSE_VAR_NAME + variables by license name. + + + + The Dependencies Block + + This block is optional. The variables are: + + + + FETCH_DEPENDS + + + + EXTRACT_DEPENDS + + + + PATCH_DEPENDS + + + + BUILD_DEPENDS + + + + LIB_DEPENDS + + + + RUN_DEPENDS + + + + + TEST_DEPENDS + + + + + + <varname>USES</varname> and + <varname>USE_<replaceable>x</replaceable></varname> + + Start this section with defining USES, + and then possible + USE_x. + + Keep related variables close together. For example, if + using USE_GITHUB, + always put the + GH_* variables + right after it. + + + + Options + + If the port uses the options framework, define + OPTIONS_DEFINE and + OPTIONS_DEFAULT first, then the other + OPTIONS_* + variables first, then the + *_DESC + descriptions, then the options helpers. Try and sort all of + those alphabetically. + + + + The Rest of the Variables + + And then, the rest of the variables that are not + mentioned in the previous blocks. + + + + The Targets + + After all the variables are defined, the optional + &man.make.1; targets can be defined. Keep + pre-* before + post-* and in + the same order as the different stages run: + + + + fetch + + + + extract + + + + patch + + + + configure + + + + build + + + + install + + + + test + + + +