mpc043步进伺服电机运动控制器_百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
享专业文档下载特权
&赠共享文档下载特权
&10W篇文档免费专享
&每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
mpc043步进伺服电机运动控制器
&&mpc043步进伺服电机运动控制器说明书
阅读已结束，下载本文需要
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩10页未读，
定制HR最喜欢的简历
你可能喜欢mpc使用介绍(一)
学习ACE也是很久以前的事情了，但是一直没有接触到MPC，最近学习CORBA，使用了TAO作为CORBA库，在使用的过程中简单接触了一下MPC，但是由于MPC的相关文档都是英文的，对于文不好的人是一种折磨（包括本人），因此有了翻译一个MPC文档的想法，原本在早前是看到一个更相信的MPC帮助文档的，但是学习的时候却怎么也找不到了（如果有谁找到了，请告诉我，谢谢），因此我翻译的是基于1.4a的（原文在），如果有什么不足之处，欢迎大家指出来。同时也欢迎大家转载，不过希望能注明出处。1. MPC介绍2. 使用MPC一个mpc.pl脚本来生成，一个或多个mpc文件可以通过命令行选项来传递到mpc.pl脚本进行处理。如果没有mpc文件被指定，则脚本会自动搜索项目相关文件（如源文件、头文件等）并组合成一个项目。下图显示了如何通过mpc.pl生成项目文件：(本来想上传附件的，结果没法上传，请大家参考原文图片）如果需要生成工作区，则必须使用下图显示了如何通过(本来想上传附件的，结果没法上传，请大家参考原文图片）2.1 支持的生成工具MPC可以生成多个生产工具所支持的项目和工作区。表1列出了MPC支持的类型（由MPC和MWC的-type命令行选择指定）以及对应的生成工具（原文与此有些区别，我使用的是ACE 5.6中支持的类型，？表示不确定，空表示不清楚，有知道的请告诉我，谢谢）：表1. 支持的生成工具
GNU Automake
Borland C++ Builder ?
Borland Make
Microsoft eMbedded Visual C++ 3.0 & 4.0
Green Hills C++ Builder
GNU Make for ACE/TAO only (ACE扩展)
gnuautobuild
GNU Auto Build
普通make，通过该模式生成的makefile可以用于各种make工具，但是，因为配置原因，不能同ACE/TAO扩展一起使用。
Microsoft NMake
Visual SlickEdit
Visual C++ 6.0
Visual C++ 7.0
Visual C++ 7.1
Visual C++ 8.0
2.2 命令行工作区创建器（表2. 命令行选项
该选项允许强制项目继承指定的项目，该选项可以多个同时使用来强制继承多个项目。
如果该选项同mwc.pl一起使用，则在搜索mpc文件时，用逗号分隔的目录或者mwc文件将会排除在所搜路径之外，每个需要排除的元素都应该使用相对于起始路径的路径来指定；如果该选项同mpc.pl一起使用，则没有任何作用。
-expand_vars
该选项指定MPC使用环境变量的值（同-use_env选项一起使用）或者通过-relative选项指定的值来直接替换$()变量。
-feature_file
该选项允许用户覆盖缺省的特性文件（MPC/config/default.features或者ACE_wrappers/bin/MakeProjectCreator/config/default.features）。该文件中的特性值将覆盖config目录下的global.features文件中的相应特性值。参见特性文件。
在处理之前设置特性列表，该列表需要使用逗号进行分割且不能有空格。
该选择指定MPC在处理完每一个项目之后生成一个“安装”文件。这些“安装”文件可以同prj_install.pl脚本一起使用，该脚本会拷贝部分项目相关文件到用户指定的位置。
该选项指定全局输入文件。该文件中的所有值将会应用到所有生成的项目文件中去，该选项的缺省值是ACE_wrappers/bin/MakeProjectCreator/global.mpb或者MPC/config/global.mpb。
-hierarchy
如果该选项同mwc.pl一起使用，则会在执行目录和处理的每个mpc文件之间的目录下生成一个工作区文件；该选项同mpc.pl一起使用没有任何作用。该选项在生成“make”相关的工作区文件时为确实选项。
该选项用于添加所有包含路径。这些搜索路径用于定位基础项目文件、模板输入文件以及模板。该选项可以在同一命令行上指定多次。
将输出文件放到由选项参数指定的路径中去，该路径必须是全路径。
该选项用于指定在生成项目时使用的语言。缺省语言为cplusplus，同时也支持csharp、java和vb。
-make_coexistence
基于make的项目通常的工作区文件为Makefile（bmake和nmake）。该选项使用后面介绍的方式来使不同的make类型的项目文件可以共存于同一个目录：bmake和nmake的工作区文件将不再为Makefile，而是工作区名称后跟项目类型后缀（.bmake或者.nmake）。
-name_ modifier
该选项允许用户更改输出的项目文件名和工作区文件名。这些文件名通常由mpc文件和mwc文件来决定，但是仍然可以通过模式来进行替换。通过该选项传入的参数将会作为模式来使用，并且任何在模式中出现的星号（*）将会使用项目文件名和工作区文件名来进行替换，这些用来进行替换的项目文件名和工作区文件名由生成的文件类型来决定。
-apply_project
该选项只能同-name_ modifier选项一起使用才起作用。当同-name_ modifier一起使用时，模式将会同时应用到项目名称。
-noreldefs
该选项指定不要生成缺省的关联定义。关于关联定义可以参考-relative选项。
-notoplevel
该选项要求mwc.pl只生产工作区相关的项目文件，而不要生成关联的工作区文件；该选项要求mpc.pl只处理传入的mpc文件，但不要生成任何项目文件。
递归的搜索当前目录以及子目录下的文件。如果目录由逗号分隔的列表传入（如：-recurse=examples,apps,TAO），则在搜索时排除这些目录。
使用相对路径来替换$()指定的变量。缺省情况下，所有以_ROOT结尾的环境变量都将自动作为相对路径替换符来使用。更多信息参考下面的-relative选项介绍。
该选项允许用户指定替换模板。每一个有自己的模板的项目和该选项指定的模板将会替换缺省使用的模板。
每一个项目都有一组模板输入文件。通过该选项，可以为某一个特定的项目类型覆盖缺省的模板输入文件。更多信息参考下面的-ti选项介绍。
该选项指定生成的项目和工作区类型。该选项可以多次使用来一次生成多个不同类型的项目和工作区。
该选项告诉MPC使用相应的环境变量来替换所有$()变量，而不是使用-relative选项指定的值来进行替换。
指定生成静态库类型的项目文件，缺省情况下生成动态库类型的项目文件。
-value_project
该选项通过命令行来覆盖mpc项目设置，该选项能够为项目生成新的名称/值对，但是，该选项指定的必须是有效的项目名称/值对。更多信息参考下面的-value_project选项介绍。
-value_template
该选项通过命令行来覆盖已经存在的模板输入值，该选项能够为项目生成新的名称/值对。更多信息参考下面的-value_template选项介绍。
输出MPC版本，不进行任何处理。
该选项用于生成tcsh的complete命令来允许tcsh用户对文件名和选项进行补全。
2.2.1 选项补充说明下面是对-relative，-ti，-value_project和-value_template选项的一些补充说明：2.2.1.1 -relative选项某些项目类型不支持通过在上面的例子中，如果$(PROJ_TOP)在任何mpb、mpc、mpd或者mpt文件中作为变量出现，那么将会使用相对于/usr/projects/top的路径来替换该变量。如，如果一个在/usr/projects/top/dir下的mpc文件中有如下内容：在这种情况下，$(PROJ_TOP)字符串将根据mpc文件所在的路径相对于由选项所指定的路径的路径来进行替换。2.2.1.2 -ti选项下面的例子给出了上面例子中的情况在vc71类型中正好是缺省情况，但是同样描述出可以为不同分类指定不同的模板输入文件。2.2.1.3 -value_project选项在上面的例子中，MPC会在所有生成的项目文件中增加/include/path作为搜索路径。2.2.1.4 编译目标的时候，可以使用如下的命令：需要了解已经定义好的模板输入变量，请参考如下mpd文件（$ACE_ROOT/bin/MakeProjectCreator/templates/*.mpd和$MPC_ROOT/templates/*.mpd）并搜索使用&%和%&括起来的名称。所有不是项目关键字（见预定义关键字）的名称都是模板变量。2.3 环境变量环境变量如果环境变量息、警告信息和诊断信息。如果值包含环境变量被设置，而在“after”中引用的项目还未处理，则MPC会对用户发出警告。该环境变量仅仅影响脚本。
没有更多推荐了，MPC使用介绍（二）
MPC使用介绍（二）
下面的内容紧接着。3. 编写MPC和MWC文件这节将为大家分别介绍各种输入文件类型和语法的详细信息：3.1 输入文件MPC处理四种不同类型的文件，但是针对大多数的用户，通常情况下只需要关心mpc文件和mwc文件。3.1.1 项目文件（mpc）项目文件（使用mpc后缀），包含了这些信息：包含路径、库目录、源文件以及项目间的依赖关系。一个mpc文件可以有一个或多个的项目，这些项目需要使用唯一的名称来避免项目生成是出现错误，这些项目同时还包括生成的目标类型（库和可执行文件）。3.1.2 工作区文件（mwc）工作区在一个mwc文件中定义了一系列的mpc文件、目录以及其他的一些mwc文件。针对每一个mpc文件，工作区创建器调用项目创建器来生成相应的项目。在所有的项目都成功生成之后，将会创建对应的工作区来包含生成的项目，并生成项目之间的依赖关系（只有生成工具支持才会生成）。一个mwc文件可以包含一个或多个使用唯一的名称来进行区别的工作区。如果没有为工作区创建器指定任何和工作区文件，工作区创建器将会在当前目录中搜索所有的mpc文件，并组合成一个单独的工作区来进行处理。3.1.3 基础项目文件（mpb）MPC中一个重要的特性就是项目之间的继承，项目继承允许用户设置一个基础项目（mpb文件），该基础项目包含所有继承项目都需要的公有信息，包含路径、库目录以及项目间的依赖关系等公有信息都可以包含在该基础项目中，任何从该项目继承的项目都将缺省拥有这些信息。3.1.4 基础工作区文件（mwb）同项目一样，工作区同样可以从其他工作区进行继承，一个基础工作区可以提供对于其他一些工作区都需要的相同信息并使用继承关系来是这些工作区都拥有这些信息。3.2 一般性的输入文件语法在这一小节中，我们将对不同文件的语法进行一个介绍，并同时介绍该文件类型的中所使用的部分缺省值。3.2.1 mwc和mwb在工作区中，可以包含不同的mpc文件和路径，在同一个mwc文件中可以同时定义一个或者多个工作区。例如：worksp(optional name) : optional_base_workspace {file.mpcdirectoryother.mwcexclude(vc6, vc7, vc71, vc8, nmake) {this_directory}}可以通过在workspace关键字后用括号括起来的字符串来为工作区指定名称，如果没有为工作区指定名称，则使用mwc文件不带文件后缀的文件名来作为该工作区的名称。工作区同时支持从其他工作区进行继承。在上面的例子中，optional_base_workspace是一个带有工作区信息的mwb文件不带文件后缀的文件名，这些信息将会被从该基础工作区中继承的工作区所使用。在花括号之间，可以是赋值语句、mpc文件、路径、其他工作区以及排除项。其中列出的mpc文件将会包含在该工作区中；如果一个路径在工作区中出项，则工作区创建器会递归的遍历该目录以及其子目录，并搜索所有的mpc文件；如果一个mwc文件被包含在该工作区中，则该文件将会被聚合到该工作区中来。赋值语句可以散布在项目和路径之间，并影响项目生成的方式：cmdline设置可以用来实现同从命令行中为mpc.pl脚本提供选项一样的功能（参见命令行选项）。不过，-type、-recurse、-noreldefs、-make_coexistence、-genins、-into、-language以及输入文件将会被忽略。环境变量可以通过$NAME方式来访问（其中NAME是环境变量名）。cmdline设置对于需要正确处理的特殊工作区来说极其有用。除了上面列出的一些设置之外，mwc.pl脚本还支持的设置是implicit。如果implicit被指定为1，则在没有mpc文件的路径下，将会生成一个缺省的项目，implicit同样可以设置为基础项目的名称，在这种情况下，隐式生成的项目将从继承该基础项目。不论何种方式，如果一个路径下并没有可以用来放置到项目中的文件，则不会生成项目。当你需要定义一个特殊的工作区，而MPC的缺省行为即能生成有效的项目的时候，指定implicit设置将是非常方便的一种方式。在一个范围中指定的赋值将只影响在该范围中包含的mpc文件和路径。如，在下面的例子中，cmdline设置仅仅影响到在相同范围内的项目，在该例子中，MPC将会针对directory/foo.mpc添加-static选项，而其他在该工作区中列出的mpc文件和路径则不受此影响。workspace {…static {cmdline += -staticdirectory/foo.mpc}exclude(gnuace, make) {some.mpc}}排除项用来阻止mpc文件和路径被处理。这些被排除的mpc文件和路径将不会生成项目文件和工作区。可以在exclude关键字之后用括号对需要排除的项目类型进行指定（如上面的例子），该方式将指示工作区创建器只针对列出的项目类型排除生成。如果不指定任何的排除项目类型，则表示排除所有的项目类型。同C++语言一样，在一行中，所有在//之后的内容都会被视为注释而被忽略掉。3.2.2 mpc和mpb3.2.2.1 项目声明项目声明同工作区声明类似，但是相比要复杂一些。一个mpc文件可以包含一个或者多个项目，并且每个项目都可以从基础项目中进行继承。project(optional name) : base_project, another_base_project {exename = clientincludes += directory_name other_directorylibpaths += /usr/X11R6/libHeader_Files {file1.hfile2.hfileN.h}Source_Files {file1.cppfile2.cppfileN.cpp}}如果没有为项目指定名称，则使用mpc文件不带文件后缀的文件名来作为该项目的名称。但是，如果你的mpc文件需要包含多个项目，为这些项目指定不同名称是非常重要的，否则，后面生成的项目将会覆盖前面生成的项目。如果发现相同的项目名称，MPC会输出错误并停止处理。3.2.2.2 基础项目基础项目的文件名可以使用mpb或者mpc后缀名。如果，MPC处理器在包含的搜索路径中无法找到使用以mpb或者mpc作为后缀名，并且文件名为基础项目名称的文件，则MPC会输出一个严重错误并停止处理。3.2.2.3 赋值关键字表3中列出了可以在mpc文件中的赋值语句（如：=、+=和-=）中使用一系列关键字，其中最常用的关键字用黑体进行表示：表3. 赋值关键字关键字
指定该项目需要在列出的项目之后才进行生成。
指定在生成项目文件是，哪些特性需要被禁止。在GNUACE类型中，可以同时指定在生成目标时，哪些make宏不应该被设置。
custom_only
该设置告诉MPC生成仅包含可定制生成步骤的项目，在该项目中的所有文件将通过使用Defined_Custom中提供的可定制组件列表来进行处理。
dynamicflags
指定当生成动态库的时候，传递给编译器的选项。
如果被定义，指定动态库的放置路径，该设置在生成动态库类型时会覆盖libout的值。
指定项目是可执行的项目，并同时指定生成的可执行文件名。
指定提供给编译器的附加搜索路径。
指定可是否对执行程序进行安装。
指定动态库和静态库的放置路径。
指定提供给连接器的附件库搜索路径。
指定一个或者多个需要连接到目标中的库，当在模板文件中进行处理时，库修饰符有可能会被添加进来。例如，在使用vc6项目类型时，库修饰符就会被添加进来。
该设置作用同libs，区别是不会添加库修饰符。
在这里提供的所有值将会作为编译器命令行中的宏定义来进行添加。
pch_header
预编译头的头文件名。更多信息见表后说明。
pch_source
与编译头的源文件名。更多信息见表后说明。
该设置同lit_libs，区别是不会添加任何的前缀和文件后缀名。
如果被指定，则该设置的值将会在项目被成功生成后，被作为命令来执行。&% %&结构可以在该设置中使用来访问模板变量和模板函数。（关于模板的更多信息，参考模板文件（mpd）一节）
如果被设置成1，MPC会递归遍历在组件列表中（如：Source_Files、Header_Files等）列出的目录以及其子目录，并添加所有组件相关的文件到列表中。该关键字可以作为全局的项目设置或者组件范围的设置来进行添加。
指定在生成项目文件时，必须的特性。在GNUACE类型中，可以同时指定在生成目标时，哪些make宏应该被设置。
sharedname
指定项目是共享库的项目，并同时指定生成的共享库文件名。更多信息见表后说明。
staticflags
指定当生成静态库的时候，传递给编译器的选项。
staticname
指定项目是静态库的项目，并同时指定生成的静态库文件名。更多信息见表后说明。
仅对GNUACE项目类型有效，指定由一个或者多个由tagname指定的名称，在宏中进行搜索。
指定在生成目标之前，需要进行检查的GNUACE make宏。
指定库或者可执行文件的版本号。
赋值语句可以通过+=或者-=操作符来在关键字值中添加或者删除指定的值。如果在mpc文件中指定了sharedname而没有指定staticname，则会使用sharedname的值来作为staticname的值；反之亦然。如果没有指定exename、sharedname和staticname，MPC会在所有的源文件中搜索main函数。如果找到了main函数，则exename会被指定为包含了main函数的源文件去除后缀之后的文件名；如果没有找到，则以项目名称来作为sharedname或者staticname。如果项目名称、exename、sharedname和staticname中包含了星号，则MPC会根据特定的规则来替换名称中的星号：如果是项目名称中包含了星号，则使用缺省项目名称来替换星号；如果是exename、sharedname和staticname中包含了星号，则会使用相应的项目名称来替换星号。如果有形如*_pch.h的文件存在于mpc文件所在的目录中，并且pch_header关键字没有被指定，则该文件会被作为预编译头的头文件，如果在该目录下有多个符合条件pch文件，则最接近项目名称头文件将会被指定为该项目的与编译头的头文件。该规则同样适用于pch_source关键字。3.2.2.4 组件mpc文件可以同时指定需要包含在生成的项目中的文件，这些文件使用表4中列出的名称来进行指定。不过，大多数情况下，用户可能只需要MPC为项目文件提供的缺省值就足够了。表4. 组件名称和缺省值
Source_Files
缺省为目录下拥有以下后缀的文件：cpp、cxx、cc、c和C。
Header_Files
缺省为目录下拥有以下后缀的文件：h、hpp、hxx和hh。
Inline_Files
缺省为目录下拥有以下后缀的文件：i和inl。
Template_Files
缺省为目录下以如下结尾的文件：_T.cpp、_T.cxx、_T.cc、_T.c和_T.C。
Documentation_Files
缺省为目录下满足如下条件的文件：README、readme、.doc、.html和.txt。
Resource_Files
缺省为目录下匹配项目名称并以rc作为后缀的文件。
如果某个组件未在mpc文件中列出，则使用其缺省值。为了防止可能在目录中出现的一组文件被作为缺省值使用，用户应该为相应的组件定义一个空的集合。每个组件名称均有两种格式，第一种格式只是简单的在结构中使用一系列文件来表示：Source_Files {file1.cppfile2.cpp}第二种格式是一系列命名块的组合：Source_Files(MACRO_NAME) {BlockA {file1.cppfile2.cpp}BlockB {file3.cppfile4.cpp}}第二种格式允许用户在逻辑上将文件进行分组，以便将来能够更容易的进行维护。使用这种格式同样会对em3、gnuace、vc6、vc7、vc71和vc8的项目类型产生影响。如果某个在Source_Files中列出的源文件有相应的头文件或者内联文件同时存在于目录中，并且该文件并没有在相应的组件列表中列出，则该会自动添加到相应的组件列表中去。3.2.2.5 verbatim语句verbatim结构可以用来指定需要原样放置到生成的项目文件中去的内容。语法如下：vertabim(&project type&, &location&) {..}当MPC在生成由&project type&指定的项目类型，并且在模板文件中遇到匹配&location&名称指定的占位符（原文marker）时，将会直接使用块中的内容对去进行替换。如果在块中的空白需要被保留，在块中的每一行都应该使用双引号来把内容括起来。如，下面的例子描述了在生成的gnuace项目类型的GNUmakefile文件末尾，所有的all:目标都应该依赖foo。verbatim(gnuace, bottom) {all: foo}3.2.2.6 specific语句specific关键字可以用来为特定的项目类型定义特殊的赋值语句。该关键字允许为项目指定平台相关或者OS相关的值。例如，当你想在其中一些平台中链接qt-mt库，而在其他平台连接qt-mt230nc库时，可以使用如下的例子：specific(bmake, nmake, vc6, vc7, vc71, vc8) {lit_libs += qt-mt230nc} else {lit_libs += qt-mt}其中else语句必须与后花括号在同一行中出现（如果有的话）。对某一种项目类型使用非操作（使用“!”）将会导致块中的内容被应用到除该项目类型之外的其他项目类型。如果出现在specific语句中的某个关键字并不是MPC关键字，则该关键字将被作为模板值修饰符来解释。在这种情况下，该块的作用同-value_template命令行选项一样。3.2.2.7 conditional语句conditional块允许为特定的项目类型添加额外的源文件。语法如下：conditional(&project type& [, &project type& …]) {source1.cpp…}conditional(&project type& [, &project type& …]) {source1.cpp…} else {source2.cpp…}其中else语句必须与后花括号在同一行中出现（如果有的话）。对某一种项目类型使用非操作（使用“!”）将会导致块中的内容被应用到除该项目类型之外的其他项目类型。3.2.2.8 自定义类型和生成规则MPC允许用户根据需要自定义文件类型来支持自定义的生成规则。例如：project {Define_Custom(MOC) {automatic = 0command = $(QTDIR)/bin/mocoutput_option = -oinputext = .hpre_extension = _mocsource_outputext = .cppkeyword mocflags = commandflags}// Custom ComponentMOC_Files {QtReactor.h}Source_Files {QtReactor_moc.cpp}}上面的例子定义了一个名为“MOC”的自定义文件类型，其中描述了如何处理输入文件以及如何生成相应的输出文件，一旦该自定义文件类型被定义，用户可以使用MOC_Files来为该新文件类型指定输入文件。表5中列出了可以在Define_Custom块中使用的关键字。表5. Define_Custom关键字
如果设置为1，则会尝试为自定义类型搜索满足条件的文件并进行添加；如果设置为0，则不进行自动添加。
用来处理自定义类型的输入文件的命令。
commandflags
任何需要传递给命令的选项。
如果有值，则在所有生成的文件中都会根据值来添加依赖项，缺省值是没有任何值。
这是能够由该命令处理的用逗号分隔的输入文件扩展名列表。
keyword &name&
该关键字允许用户映射&name&到项目级别的命名空间，设置到该结构的值必须是可以在Define_Custom语句中使用的关键字之一，使用该关键字的作用是修改通常只能在自定义组件中使用的关键字的值（如：command、commandflags等）。
如果该命令需要一个不在通常的库搜索路径中出现的路径，该关键字可以用来保证命令能够找到在运行时需要的库。
output_option
如果命令能够指定单一的输出文件名，则应该进行指定；否则，应该对其进行忽略。
pch_postrule
如果设置为1，则会在自定义规则中添加一条规则，该规则将会修改源输出文件来包含相应的预编译头文件。
postcommand
该命令允许用户在主命令处理完成自定义的输入文件之后，运行指定的命令。
pre_extension
如果该命令生成多个拥有相同扩展名的文件，该命令可以用来在逗号分隔的列表中对其进行指定。例如，tao_idl分别为不同的扩展名生成两种类型的文件（C.h、S.h、C.cpp和S.cpp）。该关键字影响所有的扩展类型。
source_pre_extension
该关键字功能同pre_extension，但是只影响source_outputext。
inline_pre_extension
该关键字功能同pre_extension，但是只影响inline_outputext。
header_pre_extension
该关键字功能同pre_extension，但是只影响header_outputext。
template_pre_extension
该关键字功能同pre_extension，但是只影响template_outputext。
resource_pre_extension
该关键字功能同pre_extension，但是只影响resource_outputext。
documentation_pre_extension
该关键字功能同pre_extension，但是只影响documentation_outputext。
pre_filename
该关键字语法同pre_extension，不同之处在于是添加到文件名前面，而不是后面。该关键字影响所有的扩展类型。
source_pre_filename
该关键字功能同pre_filename，但是只影响source_outputext。
inline_pre_filename
该关键字功能同pre_filename，但是只影响inline_outputext。
header_pre_filename
该关键字功能同pre_filename，但是只影响header_outputext。
template_pre_filename
该关键字功能同pre_filename，但是只影响template_outputext。
resource_pre_filename
该关键字功能同pre_filename，但是只影响resource_outputext。
documentation_pre_filename
该关键字功能同pre_filename，但是只影响documentation_outputext。
source_outputext
该关键字包含由逗号分隔的一系列可能的输出源文件扩展名，如果该命令不生成源文件，则不需要使用该关键字。
inline_outputext
该关键字包含由逗号分隔的一系列可能的输出内联文件扩展名，如果该命令不生成内联文件，则不需要使用该关键字。
header_outputext
该关键字包含由逗号分隔的一系列可能的输出头文件扩展名，如果该命令不生成头文件，则不需要使用该关键字。
template_outputext
该关键字包含由逗号分隔的一系列可能的输出模板文件扩展名，如果该命令不生成模板文件，则不需要使用该关键字。
resource_outputext
该关键字包含由逗号分隔的一系列可能的输出资源文件扩展名，如果该命令不生成资源文件，则不需要使用该关键字。
documentation_outputext
该关键字包含由逗号分隔的一系列可能的输出文档文件扩展名，如果该命令不生成文档文件，则不需要使用该关键字。
generic_outputext
如果该命令不生成前面列出的文件类型，那么在这里指定这些扩展名。
在自定义组件和源文件组件、头文件组件和内联文件组件之间有特殊的交互作用：如果一个custom定义被设置为“automatic”，并且自定义组件文件存在却没有直接指明，除非这些名字已经在这些组件中列出（或者部分列出），否则缺省行为将自动将这些生成的文件名自动添加到相应的源文件组件、头文件组件和内联文件组件列表中去。针对自定义生成类型的个别输出扩展名并不是必须的。但是，至少需要指定一个输出扩展类型来告诉MPC如果生成目标。另一方面，使用的命令并不一定要生成输出，但是如果你想要你的输入文件能够在项目编译时被处理，则必须要指定一种扩展类型。如果自定义输出类型不能在上面列出的扩展类型关键字（*_outputext）中列出，但是你能够预先知道输出文件名称，则可以用“&&”构造块来列出。下面是一个展示如何使用“&&”构造块的例子，在该例子中，该命令使用一个输入文件foo.prp，并生成两个没有任何关联的输出文件：hello.h和hello.cpp。project {Define_Custom {automatic = 0command = perl quogen.plcommandflags = --debuglevel=1 --language=c++ /
--kernel_language=c++inputext = .cppkeyword quogenflags = commandflags}Quogen_Files {foo.prp && hello.h hello.cpp}Source_Files {hello.cpp}}你可以使用“&&”结构在表示特定的自定义输入文件的依赖关系。例如，在上面的例子中，假定输入文件foo.prp依赖于foo.in，则我们可以通过“&&”来像下面例子一样的来对foo.in进行指定。Quogen_Files {foo.prp && hello.h hello.cpp && foo.in}在Custom_Build块中，还可以使用optional结构，该结构用来在当特定的输出文件依赖于特定的可选命令行参数时，对其进行指定。project {Define_Custom(TEST) {optional(keyword) {flag_keyword(option) += value [, value]}}}在上面的片段中，keyword可以是任何形式的pre_extension、pre_filename或者是以_outputext结尾的关键字。flag_keyword可以是任何的自定义组件关键字（尽管只有commandflags有功能性的值），MPC会在在flag_keyword的值中搜索括号中的option值，如果有，则在+=后的value或者values将会被添加到keyword指定的列表中去，可以使用非操作（使用“!”）来达到相反的效果。下面的例子optional结构是如何使用来影响tao_idl命令的自定义定义的（参见：ACE_wrappers/bin/MakeProjectCreator/config/taoidldefaults.mpb）。其中的-GA命令行选项将导致tao_idl基于idl文件的文件名生成额外的使用A.cpp扩展的源文件，-Sc命令行选项将导致tao_idl不生成与S_T有关的文件。Define_Custom(IDL) {…inputext = .idlsource_pre_extension = C, Sheader_pre_extension = C, Sinline_pre_extension = C, Ssource_outputext = .cpp, .cxx, .c, .Cheader_outputext = .h, .hpp, .hxx, .hhinline_outputext = .inl, .ikeyword idlflags = commandflagsoptional(source_pre_extension) {commandflags(-GA) += A}optional(template_outputext) {commandflags(!-Sc) += S_T.cpp, S_T.cxx, S_T.cc, S_T.C}optional(header_pre_extension) {commandflags(!-Sc) += S_T}optional(inline_pre_extension) {commandflags(!-Sc) += S_T}}对于自定义文件类型，只有如下的的关键字可以在自定义文件类型组件列表中使用：command、commandflags、dependent、gendir、postcommand和recurse。其中：recurse关键字作用同赋值关键字中的相同；command、commandflags、dependent和postcommand可以用来增加或覆盖在Define_Custom节中的设置；gendir关键字用来指定存放输出文件的目录（只有在Define_Custom中设置了output_option时才起作用），例如：MOC_Files {commandflags += -nwgendir = moc_generatedQtReactor.h}Source_Files {moc_generated/QtReactor_moc.cpp}在上面的例子中，-nw命令行选项被添加到commandflags值中，并且输出文件（QtReactor_moc.cpp）被存放到moc_generated目录。如果MOC自定义组件并没有设置output_option，则命令行选项没必要添加到commandflags值中去，同时需要使用postcommand来保证输出文件被存放到moc_generated目录。
没有更多推荐了，