mpc使用介绍 一

本文介绍了MPC(Make Project Creator)工具,它用于生成不同编译工具支持的项目文件,减少了维护工作量。MPC项目文件集合源文件,支持继承,语法简洁。文章详细阐述了MPC的使用方法,包括如何通过mpc.pl和mwc.pl脚本创建项目和工作区,并列举了MPC支持的生成工具类型。此外,还提到MPC的项目结构和命令行选项,鼓励读者学习和分享相关知识。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

分享一下我老师大神的人工智能教程!零基础,通俗易懂!http://blog.csdn.net/jiangjunshow

也欢迎大家转载本篇文章。分享知识,造福人民,实现我们中华民族伟大复兴!

               

学习ACE也是很久以前的事情了,但是一直没有接触到MPC,最近学习CORBA,使用了TAO作为CORBA库,在使用的过程中简单接触了一下MPC,但是由于MPC的相关文档都是英文的,对于文不好的人是一种折磨(包括本人),因此有了翻译一个MPC文档的想法,原本在早前是看到一个更相信的MPC帮助文档的,但是学习的时候却怎么也找不到了(如果有谁找到了,请告诉我,谢谢),因此我翻译的是基于1.4a的(原文在http://downloads.ociweb.com/MPC/html/MakeProjectCreator.html),如果有什么不足之处,欢迎大家指出来。同时也欢迎大家转载,不过希望能注明出处ACE开发者



1. MPC介绍

MPC是一个用来从mpc文件中生成不同编译工具所支持的项目文件的工具。MPC项目文件是构造单一编译目标的源文件的集合。MPC使用平台特定的输入和mpc文件一起生成不同编译工具所支持的项目文件,如:makefile, Visual C++工作区和项目文件,Visual Studio解决方案和项目文件,等。MPC同特定的项目文件相比有如下优点:能够最大限度的减少需要维护的项目文件数量;同时支持项目继承;语法简单,易于维护;等。


2. 使用MPC

一个MPC项目由一系列描述不同编译目标(如库和可执行文件)的参数集合,这些参数包括目标名称、包含路径、源文件、头文件等。一个或多个MPC项目可以定义在一个单独的mpc文件中。而MPC工作区是一系列项目的集合。
项目可以通过mpc.pl脚本来生成,一个或多个mpc文件可以通过命令行选项来传递到mpc.pl脚本进行处理。如果没有mpc文件被指定,则脚本会自动搜索项目相关文件(如源文件、头文件等)并组合成一个项目。
下图显示了如何通过mpc.pl生成项目文件:
(本来想上传附件的,结果没法上传,请大家参考原文图片)

如果需要生成工作区,则必须使用mwc.pl脚本来生成。该脚本会通过mpc文件生成相应的项目并基于这些项目创建一个工作区。如果没有mwc文件传递到脚本,则脚本会在当前目录以及所有子目录下搜索所有的mpc文件来组合成一个工作区。对于基于make的项目类型(如:make、gnumake、bmake、nmake),工作区是一个顶层的makefile;而对于如Visual Studio一样的基于GUI的工具,工作区则是集合了所有项目的一个顶层工作区文件。
下图显示了如何通过mwc.pl生成工作区文件:
(本来想上传附件的,结果没法上传,请大家参考原文图片)

2.1 支持的生成工具

MPC可以生成多个生产工具所支持的项目和工作区。表1列出了MPC支持的类型(由MPC和MWC的-type命令行选择指定)以及对应的生成工具(原文与此有些区别,我使用的是ACE 5.6中支持的类型,?表示不确定,空表示不清楚,有知道的请告诉我,谢谢):

表1. 支持的生成工具

类型生成工具
automakeGNU Automake
bcb2007Borland C++ Builder ?
bds4
bmakeBorland Make
borland
ccCC/GCC ?
em3Microsoft eMbedded Visual C++ 3.0 & 4.0
ghsGreen Hills C++ Builder
gnuaceGNU Make for ACE/TAO only (ACE扩展)
gnuautobuildGNU Auto Build
htmlHTML ?
make普通make,通过该模式生成的makefile可以用于各种make工具,但是,因为配置原因,不能同ACE/TAO扩展一起使用。
nmakeMicrosoft NMake
sleVisual SlickEdit
vc6Visual C++ 6.0
vc7Visual C++ 7.0
vc71Visual C++ 7.1
vc8Visual C++ 8.0

2.2 命令行

工作区创建器(mwc.pl)和项目创建器(mpc.pl)的命令行选项是一致的。项目创建器用于通过从命令行传入的mpc文件来生成一个或多个工程,工作区创建器用于生成一个或多个工作区以及工作区相关的项目。表2描述了支持的命令行选项,其中粗体字表示常用选项,斜体字表示项目相关选项:

表2. 命令行选项

选项描述
-base该选项允许强制项目继承指定的项目,该选项可以多个同时使用来强制继承多个项目。
-exclude如果该选项同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文件中的相应特性值。参见特性文件。
-features在处理之前设置特性列表,该列表需要使用逗号进行分割且不能有空格。
-genins该选择指定MPC在处理完每一个项目之后生成一个“安装”文件。这些“安装”文件可以同prj_install.pl脚本一起使用,该脚本会拷贝部分项目相关文件到用户指定的位置。
-global该选项指定全局输入文件。该文件中的所有值将会应用到所有生成的项目文件中去,该选项的缺省值是ACE_wrappers/bin/MakeProjectCreator/global.mpb或者MPC/config/global.mpb
-hierarchy如果该选项同mwc.pl一起使用,则会在执行目录和处理的每个mpc文件之间的目录下生成一个工作区文件;该选项同mpc.pl一起使用没有任何作用。该选项在生成“make”相关的工作区文件时为确实选项。
-include该选项用于添加所有包含路径。这些搜索路径用于定位基础项目文件、模板输入文件以及模板。该选项可以在同一命令行上指定多次。
-into将输出文件放到由选项参数指定的路径中去,该路径必须是全路径。
-language该选项用于指定在生成项目时使用的语言。缺省语言为cplusplus,同时也支持csharpjavavb
-make_coexistence基于make的项目通常的工作区文件为Makefilebmakenmake)。该选项使用后面介绍的方式来使不同的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递归的搜索当前目录以及子目录下的文件。如果目录由逗号分隔的列表传入(如:-recurse=examples,apps,TAO),则在搜索时排除这些目录。
-relative使用相对路径来替换$()指定的变量。缺省情况下,所有以_ROOT结尾的环境变量都将自动作为相对路径替换符来使用。更多信息参考下面的-relative选项介绍。
-template该选项允许用户指定替换模板。每一个有自己的模板的项目和该选项指定的模板将会替换缺省使用的模板。
-ti每一个项目都有一组模板输入文件。通过该选项,可以为某一个特定的项目类型覆盖缺省的模板输入文件。更多信息参考下面的-ti选项介绍。
-type该选项指定生成的项目和工作区类型。该选项可以多次使用来一次生成多个不同类型的项目和工作区。
-use_env该选项告诉MPC使用相应的环境变量来替换所有$()变量,而不是使用-relative选项指定的值来进行替换。
-static指定生成静态库类型的项目文件,缺省情况下生成动态库类型的项目文件。
-value_project该选项通过命令行来覆盖mpc项目设置,该选项能够为项目生成新的名称/值对,但是,该选项指定的必须是有效的项目名称/值对。更多信息参考下面的-value_project选项介绍。
-value_template该选项通过命令行来覆盖已经存在的模板输入值,该选项能够为项目生成新的名称/值对。更多信息参考下面的-value_template选项介绍。
-version输出MPC版本,不进行任何处理。
-complete该选项用于生成tcsh的complete命令来允许tcsh用户对文件名和选项进行补全。

2.2.1 选项补充说明

下面是对-relative-ti-value_project-value_template选项的一些补充说明:

2.2.1.1 -relative选项

某些项目类型不支持通过$()来访问环境变量,但是MPC必须要保证在这些情况下生成的项目可用。为了避免在这种情况下,生成的项目文件中没有$(),相对路径将会在需要的时候用于替换$()变量。

-relative选项需要一个名称/值对的参数。如:

mwc.pl -relative PROJ_TOP=/usr/projects/top

在上面的例子中,如果$(PROJ_TOP)在任何mpb、mpc、mpd或者mpt文件中作为变量出现,那么将会使用相对于/usr/projects/top的路径来替换该变量。如,如果一个在/usr/projects/top/dir下的mpc文件中有如下内容:

project {
includes += $(PROJ_TOP)
}

那么,在生成的项目文件中将会有类似如下的内容:

CPPFLAGS += -I..

在这种情况下,$(PROJ_TOP)字符串将根据mpc文件所在的路径相对于由选项所指定的路径的路径来进行替换。

2.2.1.2 -ti选项

-ti选项允许用户针对不同的生成类型指定不同的模板输入文件。模板输入文件对应四种不同的分类:dll、lib、dll_exe和lib_exe。并不是所有的项目类型都区分这四种分类,但是不同项目类型的模板都会同不同的模板输入文件进行组合,并根据不同的生成类型来产生不同的输出结果。

-ti选项用于覆盖缺省的模板输入文件名,-ti选项使用单一的形如type:file的参数,type是上面提到的四种分类中的一种,file是在包含所搜路径中能找到的的mpt文件除去后缀的文件名称。

下面的例子给出了-ti选项的用法。该用法指出当生成静态库类型的项目(lib)时,使用vc7lib模板输入文件;而当生成动态库类型的项目(dll)时,使用vc7dll模板输入文件。

mpc.pl -type vc71 -ti lib:vc7lib -ti dll:vc7dll

上面例子中的情况在vc71类型中正好是缺省情况,但是同样描述出可以为不同分类指定不同的模板输入文件。

2.2.1.3 -value_project选项

-value_project在需要修改一个或多个mpc文件中的MPC变量时非常有用。例如,当你想在所有生成的项目中增加一个搜索路径的时候,可以使用如下命令:

mwc.pl -value_project includes+=/include/path

在上面的例子中,MPC会在所有生成的项目文件中增加/include/path作为搜索路径。

2.2.1.4 -value_template选项

该选项用于修改或增加模板输入名称/值对。例如,当你想为vc71类型的项目仅仅生成Release编译目标的时候,可以使用如下的命令:

mwc.pl -type vc71 -value_template configurations=Release


需要了解已经定义好的模板输入变量,请参考如下mpd文件($ACE_ROOT/bin/MakeProjectCreator/templates/*.mpd$MPC_ROOT/templates/*.mpd)并搜索使用<%和%>括起来的名称。所有不是项目关键字(见预定义关键字)的名称都是模板变量。

2.3 环境变量

MPC使用部分环境变量来改变处理任务的方式。下面是能影响MPC的一些环境变量:

MPC使用环境变量MPC_COMMANDLINE来添加到mwc.pl脚本和mpc.pl脚本的命令行选项来影响执行的效果,该环境变量的值会添加到任何实际通过命令行传入的选项之前。

环境变量MPC_DEPENDENCY_COMBINED_STATIC_LIBRARY只影响项目类型为em3、vc6、vc7、vc71和vc8的静态库类型的项目的工作区依赖关系。如果该环境变量被设置,MPC将会为单个工作区中的项目生成项目见的依赖关系,这通常并不是用户想要的结果,因为这些依赖关系通常会产生副作用。

如果环境变量MPC_LOGGING被设置,MPC会解析值并根据设置来提供普通信息、警告信息和诊断信息。如果值包含info=1,MPC会输出普通信息;如果值包含warn=1,MPC会输出警告信息;如果值包含diag=1,MPC会输出诊断信息;如果只包含detail=1,MPC会输出相信的信息;没有前面提到的都没有,MPC会采取同MPC_SILIENT一样的处理方式。

环境变量MPC_SILIENT告诉只输出错误信息。不过,处理指示仍然会输出。
如果环境变量MPC_VERBOSE_ORDERING被设置,而在“after”中引用的项目还未处理,则MPC会对用户发出警告。该环境变量仅仅影响mwc.pl脚本。
           

给我老师的人工智能教程打call!http://blog.csdn.net/jiangjunshow
这里写图片描述
### 模型预测控制 (MPC) 技术介绍 模型预测控制(Model Predictive Control, MPC)是种基于模型的先进控制策略,其核心思想是在每一个采样时刻解决一个有限时间最优控制问题,并仅实施当前计算得到的第一个控制动作[^1]。这种方法能够充分利用系统的动态特性,在满足约束条件的同时优化未来的系统行为。 #### 数学基础 MPC 的数学框架通常可以描述为求解如下形式的优化问题: 给定状态方程 \( \dot{x}(t) = f(x(t), u(t)) \),其中 \( x(t) \) 是系统的状态向量,\( u(t) \) 是输入向量,则 MPC 需要最小化以下代价函数: \[ J(u) = \sum_{k=0}^{N_p-1} L(x_k, u_k) + F(x_N), \] 其中 \( N_p \) 表示预测范围长度,\( L(\cdot,\cdot) \) 和 \( F(\cdot) \) 分别表示阶段成本和终端成本[^2]。该优化过程会考虑系统的物理限制以及性能指标,使得 MPC 能够适应复杂的工业场景。 #### 主要特点 - **实时优化能力**:MPC 可以在线调整参数并重新规划轨迹,适用于快速变化环境下的控制系统。 - **显式处理约束**:与其他传统控制器相比,MPC 明确地将操作边界纳入到设计过程中,这对于安全性和可靠性至关重要。 - **灵活性高**:支持多种类型的对象建模方式,包括线性、非线性甚至不确定性的动力学描述。 以下是几个典型的应用实例说明了 MPC 如何融入 IT 领域的不同方面: --- ### MPC 在 IT 领域的具体应用场景 #### 自动驾驶汽车中的路径跟踪 在自动驾驶车辆导航任务里,利用 MPC 方法可有效完成车道保持者避障等功能。例如,当遇到前方突然出现障碍物时,通过迅速重算新的行驶路线来规避碰撞风险[^2]。 ```python import numpy as np from scipy.optimize import minimize def mpc_cost_function(U, X_ref, A, B): """ 定义 MPC 成本函数 """ Q = np.eye(len(X_ref)) R = 0.1 * np.eye(len(U)) cost = 0 for k in range(10): # 假设预测步长为10 X_pred = np.dot(A, U[k]) + np.dot(B, U[k]) error = X_pred - X_ref[k] cost += np.dot(error.T, np.dot(Q, error)) + np.dot(U[k].T, np.dot(R, U[k])) return cost # 初始化矩阵A,B及参考轨迹X_ref... U_initial_guess = ... # 初始猜测值设置 result = minimize(mpc_cost_function, U_initial_guess, args=(X_ref, A, B)) optimal_control_input = result.x ``` 以上代码片段展示了如何构建简单的 MPC 控制器用于模拟自动驾驶情境下的维运动控制。 #### 工业自动化与嵌入式系统开发 对于现代化工厂而言,采用 MPC 方案有助于提升生产线效率同时降低能耗水平。比如某半导体制造装备内部存在大量相互关联的过程变量需要协调管理;借助于 MPC 提供的强大运算支撑,工程师得以精确调控温度场分布状况进而提高产品质量致性[^3]。 另外值得注意的是,在某些特定场合下还可以结合硬件加速手段进步缩短迭代周期以便更好地服务于高频交易等时效性强的任务需求。 #### 数据中心能源管理平台建设 随着云计算服务规模不断扩大,维持高效运转的数据中心面临着严峻挑战之便是电力消耗问题。引入 MPC 思路可以帮助建立更加智能化的能量调度机制从而减少不必要的浪费现象发生。具体做法可能涉及空调制冷单元启停决策制定者是服务器负载均衡分配等方面的工作内容[^4]。 --- ### 结论 综上所述可以看出,无论是在科研探索还是工程实践当中,MPC 扮演着越来越重要的角色地位。凭借出色的理论优势加上日益成熟的软硬件配套解决方案,相信未来会有更多创新成果涌现出来推动整个行业向前发展。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值