URL
https://opencores.org/ocsvn/openrisc/openrisc/trunk
Subversion Repositories openrisc
[/] [openrisc/] [trunk/] [rtos/] [rtems/] [make/] [README] - Rev 530
Go to most recent revision | Compare with Previous | Blame | View Log
## $Id: README,v 1.2 2001-09-27 12:02:50 chris Exp $#make/READMEThis file describes the layout and conventions of the applicationmakefile support for RTEMS applications. Internally, RTEMS usesGNU-style autoconf/automake Makefiles as much as possible toease integration with other GNU tools.All of these "make" trees are substantially similar; however thisfile documents the current state of the RTEMS Application Makefilesupport.This make tree is based on a build system originally developedto simplify porting projects between various OS's. The primarygoals were:. simple *and* customizable individual makefiles. use widely available GNU make. There is no pre-processing orautomatic generation of Makefiles.. Same makefiles work on *many* host OS's due to portabilityof GNU make and the host OS config files.. Support for different compilers and operating systemson a per-user basis. Using the same sources (includingMakefiles) one developer can develop and test under SVR4,another under 4.x, another under HPUX.. Builtin support for compiling "variants" such as debug,profile, and tcov versions. These variants can be builtrecursively.. Control of system dependencies. "hidden" dependencies onenvironment variables (such as PATH)have been removed whenever possible. No matter what yourPATH variable is set to, you should get the same thingwhen you 'make' as everyone else on the project.This Makefile system has evolved into its present form and as itexists in RTEMS today, its sole goal is to build RTEMS applications.The use of these Makefiles hides the complexity of producingexecutables for a wide variety of embedded CPU families and targetBSPs. Switching between RTEMS BSPs is accomplished via settingthe environment variable "RTEMS_MAKEFILE_PATH."This description attempts to cover all aspects of the Makefile tree. Mostof what is described here is maintained automatically by the configurationfiles.The example makefiles in make/Templates should be used as a startingpoint for new directories.There are 2 main types of Makefile:directory and leaf.Directory Makefiles-------------------A Makefile in a source directory with sub-directories is called a"directory" Makefile.Directory Makefile's are simply responsible for acting as "middle-men"and recursing into their sub-directories and propagating the make.For example, directory src/bin will contain only a Makefile andsub-directories. No actual source code will reside in the directory.The following commands:$ cd src/bin$ make allwould descend into all the subdirectories of 'src/bin' and recursivelyperform a 'make all'.A 'make debug' will recurse thru sub-directories as a debug build.A template directory Makefile which should work in almost allcases is in make/Templates/Makefile.dirLeaf Makefiles--------------Source directories that contain source code for libraries orprograms use a "leaf" Makefile.These makefiles contain the rules necessary to build programs(or libraries).A template leaf Makefile is in Templates/Makefile.leaf . A templateleaf Makefile for building libraries is in Templates/Makefile.lib .NOTE: To simplify nested makefile's and source maintenance, we disallowcombining source and directories (that make(1) would be expected torecurse into) in one source directory. Ie., a directory in the sourcetree may contain EITHER source files OR recursive sub directories, but NOTboth. This assumption is generally shared with GNU automake.Variants (where objects go)---------------------------All binary targets are placed in a sub-directory whose name is (forexample):o-optimize/ -- optimized binarieso-debug/ -- debug binarieso-profile/ -- profiling binariesUsing the template Makefiles, this will all happen automatically.The contents of these directories are specific to a BSP.Within a Makefile, the ${ARCH} variable is set to o-optimize,o-debug, etc., as appropriate.HISTORICAL NOTE: Prior to version 4.5, the name of the sub-directoryin which objects were placed included the BSP name.Typing 'make' will place objects in o-optimize.'make debug' will place objects in o-debug.'make profile' will place objects in o-profile.The debug and profile targets are equivalent to 'all' except thatCFLAGS and/or LDFLAGS are modified as per the compiler config file fordebug and profile support.The targets debug, profile, etc., can be invoked recursively atthe directory make level. So from the top of a tree, one couldinstall a debug version of everything under that point by:$ cd src/lib$ gmake debug$ gmake installWhen building a command that is linked with a generated library, theappropriate version of the library will be linked in.For example, the following fragments link the normal, debug, orprofile version of "libmine.a" as appropriate:LD_LIBS += $(LIBMINE)LIBMINE = ../libmine/${ARCH}/libmine.a${ARCH}/pgm: $(LIBMINE) ${OBJS}$(make-exe)If we do 'gmake debug', then the library in../libmine/o-debug/libmine.a will be linked in. If $(LIBMINE)might not exist (or might be out of date) at this point, we could add${LIBMINE}: FORCEITcd ../libmine; ${MAKE} ${VARIANT_VA}The above would generate the following command to build libmine.a:cd ../libmine; gmake debugThe macro reference ${VARIANT_VA} converts ${ARCH} to the word 'debug'(in this example) and thus ensures the proper version of the libraryis built.Targets-------All Makefile's support the following targets:all -- make "everything"install -- install "everything"The following targets are provided automatically bythe included config files:clean -- delete all targetsdepend -- build a make dependency file"variant targets" -- special variants, see belowAll directory Makefiles automatically propagate all these targets. Ifyou don't wish to support 'all' or 'install' in your source directory,you must leave the rules section empty, as the parent directory Makefilewill attempt it on recursive make's.Configuration-------------All the real work described here happens in file(s) includedfrom your Makefile.All Makefiles include a customization file which is used to selectcompiler and host operating system. The environment variableRTEMS_MAKEFILE_PATH must point to the directory containing this file; eg:export RTEMS_MAKEFILE_PATH=/.../pc386/All leaf Makefile's also include either 'make/leaf.cfg' (or'make/lib.cfg' for building libraries). These config files providedefault rules and set up the command macros as appropriate.All directory Makefiles include 'make/directory.cfg'. directory.cfgprovides all the rules for recursing through sub directories.The Makefile templates already perform these include's.'make/leaf.cfg' (or directory.cfg) in turn includes:a file specifying general purpose rules appropriate forboth leaf and directory makefiles.( make/main.cfg )personality modules specified by the customization file for:compiler ( make/compilers/??.cfg )generic rules file------------------[ make/main.cfg ]included by leaf.cfg or directory.cfg.This file contains some standard rules and variable assignmentsthat all Makefiles need.It also includes the FORCEIT: pseudo target.OS config file for host machine-------------------------------[ make/os/OS-NAME.cfg ]included by main.cfgFigures out the target architecture and specifies command namesfor the OS tools including RCS/CVS (but NOT for the compiler tools).Compiler configuration for the target-------------------------------------[ compilers/COMPILER-NAME.cfg ]included by leaf.cfgSpecifies the names of tools for compiling programs.Names in here should be fully qualified, and NOT depend on $PATH.Also specifies compiler flags to be used to generate optimized,debugging and profile versions, as well as rules to compileassembly language and make makefile dependencies.Configuration Variables-----------------------Variables you have to set in the environment or in your Makefile.Note: the RTEMS module files set RTEMS_ROOT and RTEMS_CUSTOMfor you.Makefile Variables------------------RTEMS_BSP -- name of your 'bsp' eg: pc386, mvme136RTEMS_CPU -- CPU architecture e.g.: i386, m68kRTEMS_CPU_FAMILY -- CPU model e.g.: i486dx, m68020RTEMS_ROOT -- The root of your source tree.All other file names are derived from this.[ eg: % setenv RTEMS_ROOT $HOME/work/RTEMS ]RTEMS_CUSTOM -- name of your config files in make/customExample:$(RTEMS_ROOT)/make/custom/$(RTEMS_BSP).cfgThe value RTEMS_ROOT is used in the customfiles to generate the make(1) variables:PROJECT_RELEASEPROJECT_BINPROJECT_INCLUDEPROJECT_TOOLSetc., which are used within the make config files themselves.(The files in make/*.cfg try to avoid use of word RTEMS sothey can be more easily shared by other projects)Preset variables----------------Aside from command names set by the OS and compiler config files,a number of MAKE variables are automatically set and maintained bythe config files.PROJECT_RELEASE-- release/install directory[ $(PROJECT_ROOT) ]PROJECT_BIN-- directory for installed binaries[ $(PROJECT_ROOT)/bin ]PROJECT_TOOLS-- directory for build environment commands[ eg: $(PROJECT_ROOT)/build-tools ]ARCH -- target sub-directory for object code[ eg: o-optimize or o-debug ]VARIANTS -- full list of all possible values for $(ARCH);used mainly for 'make clean'[ eg: "o-optimize o-debug o-profile" ]VARIANT_VA -- Variant name.Normally "", but for 'make debug' it is "debug",for 'make profile', "profile, etc.see make/leaf.cfg for more info.Preset compilation variables----------------------------This is a list of some of the compilation variables.Refer to the compiler config files for the complete list.CFLAGS_OPTIMIZE_V -- value of optimize flag for compiler[ eg: -O ]CFLAGS_DEBUG_V -- value of debug flag for compiler[ eg: -g ]CFLAGS_PROFILE_V -- compiler profile flags[ eg: -pg ]CFLAGS_DEBUG_OPTIMIZE_V-- optimize flag if compiling for debug[ eg: "" ]CFLAGS_DEBUGCFLAGS_PROFILECFLAGS_OPTIMIZE -- current values for each dependingon make variant.LDFLAGS_STATIC_LIBRARIES_V-- ld option for static libraries-Bstatic or -dy (svr4)LDFLAGS_SHARED_LIBRARIES_V-- ld option for dynamic libraries-Bdynamic or -dn (svr4)Makefile Variables------------------The following variables may be set in a typical Makefile.C_PIECES -- File names of your .c files without '.c' suffix.[ eg: C_PIECES=main funcs stuff ]CC_PIECES -- ditto, except for .cc filesS_PIECES -- ditto, except for .S files.LIB -- target library name in leaf library makefiles.[ eg: LIB=${ARCH}/libmine.a ]H_FILES -- your .h files in this directory.[ eg: H_FILES=stuff.h extra.h ]DEFINES -- cc -D items. Included in CPPFLAGS.leaf Makefiles.[ eg: DEFINES += -DUNIX ]CPPFLAGS -- -I include directories.leaf Makefiles.[ eg: CPPFLAGS += -I../include ]LD_PATHS -- arguments to -L for ld.Will be prefixed with '-L' or '-L ' as appropriateand included in LDFLAGS.LDFLAGS -- -L arguments to ld; more may be ADDed.LD_LIBS -- libraries to be linked in.[ eg: LDLIBS += ../libfoo/${ARCH}/libfoo.a ]XCFLAGS -- "extra" CFLAGS for special needs. Pre-pendedto CFLAGS.Not set or used by Makefiles.Can be set on command line to pass extra flagsto the compiler.XCPPFLAGS -- ditto for CPPFLAGSCan be set on command line to pass extra flagsto the preprocessor.XCCPPFLAGS -- same as XCPPFLAGS for C++.XCCFLAGS -- same as XCFLAGS for C++.SUBDIRS -- list of sub directories for make recursion.directory Makefiles only.[ eg: SUBDIRS=cpu bsp ]CLEAN_ADDITIONS-- list of files or directories that shouldbe deleted by 'make clean'[ eg: CLEAN_ADDITIONS += y.tab.c ]See 'leaf.cfg' for the 'clean:' rule and itsdefault deletions.CLOBBER_ADDITIONS-- list of files or directories that shouldbe deleted by 'make clobber'Since 'make clobber' includes 'make clean',you don't need to duplicate items in both.Command names-------------The following commands should only be calledas make variables:MAKE,INSTALL,INSTALL_VARIANT,SHELLECHO,CAT,CP,MV,LN,MKDIR,CHMODSEDCC,CPP,AS,AR,LD,NM,SIZE,RANLIB,MKLIB,YACC,LEX,LINT,CTAGS,ETAGSIn addition, the following commands specifically supportthe installation of libraries, executables, header files,and other things that need to be installed:INSTALL_CHANGE - install a file only if the sourcefile is actually different thanthe installed copy or if there isno installed copy. USAGE:usage: install-if-change [ -vmV ] file [ file ... ] dest-directory-or-file-v -- verbose-V suffix -- suffix to append to targets (before any . suffix)eg: -V _g would change 'foo' to 'foo_g' and'libfoo.a' to 'libfoo_g.a'-m mode -- mode for new file(s)INSTALL_VARIANT - installs the built file using theproper variant suffix (e.g. _gfor debug turns libmine.a into libmine_g.a)This is implemented as a macro thatinvokes install-if-change with theappropriate -V argument setting.Special Directory Makefile Targets----------------------------------all_WRAPUPclean_WRAPUPinstall_WRAPUPclean_WRAPUPclobber_WRAPUPdepend_WRAPUP-- Specify additional commands for recursive(directory level) targets.This is handy in certain cases where you needto do bit of work *after* a recursive make.make/Templates--------------This directory contains Makefile and source file templates thatshould help in creating or converting makefiles.Makefile.leafTemplate leaf Makefiles.Makefile.libTemplate leaf library Makefiles.Makefile.dirTemplate "directory" makefile.
Go to most recent revision | Compare with Previous | Blame | View Log
