[参考译文] TM4C123GH6PM：伪波定时器中断

[引用 user="12ve12PM"]我的印象是，如果使用了编译器，它会堆栈浮点寄存器，但显然情况并非如此，必须明确启用堆栈

从角度来看、请注意一下。 大多数微控制器都是如此、这是有充分理由的。 必须以某种方式保存浮点寄存器集会增加中断的相当长的延迟、对于某些 RTOS/MICRO 组合、由于涉及开销、即使对于任务切换、也是可选的。 始终、在存在任务开关和中断的情况下、始终对浮点行为保持怀疑、直到您验证了详细信息。

Robert

[引用 user="12ve12pm"]这里的课程是将中断管理划分在外设和 NVIC 之间，并且必须对二者进行管理才能实现所需的结果。

在"喝库勒-援助"或提出理论以教训地位之前，不妨考虑以下问题：

• 无/零供应商计时器示例-包括外设文件夹和其他位置中的所有示例-采用此类"分离"管理。 努力/关注
• Fire/I -雇用了前身供应商(LMI)和当前供应商的实现(10年以上)-也发现"没有这样的"分离"管理。  需求。
• 如果这一"教训"被证明是真的--是否没有(许多)标记过这一点--寻求帮助？   (显然他们没有)
• "课程状态"-从一个板、一个 IDE、一个用户、可能是高度个性化的设置/配置-可能证明是"过度促销"。

没有人会对您的时间/想法/努力产生折扣-但这种"概括性"要求进行更严格的检查-而(上面列出的)注意事项需要(一些)注意...

[引用用户="Robert Adsett72"]

12时12分

我的印象是、如果使用的话、编译器会堆栈浮点寄存器、但显然情况并非如此、并且必须明确启用堆栈

[/报价]

感谢您的意见。 我很高兴我学会了这种简单而不是艰难的方法！ 从现在开始、浮点数将更加小心。 :-)

[引用 USER="CB1_MOBILE"]

12时12分

这里的课程是、中断管理在外设和 NVIC 之间进行分离、并且必须对二者进行管理以实现所需的结果。

• 无/零供应商计时器示例-包括外设文件夹和其他位置中的所有示例-采用此类"分离"管理。 努力/关注
• Fire/I -雇用了前身供应商(LMI)和当前供应商的实现(10年以上)-也发现"没有这样的"分离"管理。  需求。
• 如果这一"教训"被证明是真的--是否没有(许多)标记过这一点--寻求帮助？   (显然他们没有)
• "课程状态"-从一个板、一个 IDE、一个用户、可能是高度个性化的设置/配置-可能证明是"过度促销"。

没有人会对您的时间/想法/努力产生折扣-但这种"概括性"要求进行更严格的检查-而(上面列出的)注意事项需要(一些)注意...

再次感谢您-您提出了一个有趣的问题-如果您返回到自己的过去一篇文章(我能够解决)-"中断挂起"得到了很好的注意！    (位于线程后端/周围)

由于您是"detail Maven (详细 Maven)"的"位"、因此您想知道您选择 IDE 后会产生多少此类问题。   在这里(实际上)能否与更成熟、更随和(即"任何"ARM 供应商的 MCU)、更大(且满意)的竞争？ 用户群-和(单独)专注于"IDE？"    (因此、"Exclusive IDE Development & Support"的可用规模和资源可能会"受到任何单一、基础广泛(主要是芯片)供应商的"影响"-它们不是吗？)

将您的重要工作投入到可能证明存在"单一供应商异常"(弱点)的技术技能、时间、精力上可能会被证明是次优。   此外-如何证明您"锁定自己"一家供应商是合理的？    M0、M3、M7s (所有 Cortex)在哪里-您必须知道供应商-几乎经常-"互相跳跃"-因此"单一供应商 MCU 和 IDE 投入"似乎与您通常的"深思熟虑、展示和定向努力"不同步-定期来到这里...

作为一项(潜在)比较工作- IAR 提供了其 ARM "Kickstarter"的32KB (代码大小受限)免费版本。    数千名员工(自愿)购买了"正常"版本、从而能够免费轻松地迁移到(其他) ARM MCU、这一事实表明、"IDE 专业化/独家关注 "确实会带来强大的功能、效率和(多个)优势...

[引用 USER="CB1_MOBILE"]

再次感谢您-您提出了一个有趣的问题-如果您返回到自己的过去一篇文章(我能够解决)-"中断挂起"得到了很好的注意！    (位于线程后端/周围)

由于您是"detail Maven (详细 Maven)"的"位"、因此您想知道您选择 IDE 后会产生多少此类问题。   在这里(实际上)能否与更成熟、更随和(即"任何"ARM 供应商的 MCU)、更大(且满意)的竞争？ 用户群-和(单独)专注于"IDE？"    (因此、"Exclusive IDE Development & Support"的可用规模和资源可能会"受到任何单一、基础广泛(主要是芯片)供应商的"影响"-它们不是吗？)

将您的重要工作投入到可能证明存在"单一供应商异常"(弱点)的技术技能、时间、精力上可能会被证明是次优。   此外-如何证明您"锁定自己"一家供应商是合理的？    M0、M3、M7s (所有 Cortex)在哪里-您必须知道供应商-几乎经常-"互相跳跃"-因此"单一供应商 MCU 和 IDE 投入"似乎与您通常的"深思熟虑、展示和定向努力"不同步-定期来到这里...

作为一项(潜在)比较工作- IAR 提供了其 ARM "Kickstarter"的32KB (代码大小受限)免费版本。    数千名员工(自愿)购买了"正常"版本、从而能够免费轻松地迁移到(其他) ARM MCU、这一事实表明、"IDE 专业化/独家关注 "确实会带来强大的功能、效率和(多个)优势...

就我选择的 IDE 而言、目前我们使用 CCSv7进行 TM4C 编程。

感谢您提到 IAR Kickstarter。

一般而言、我并不关心 IDE 是什么、因为大部分时间都是编辑代码、我从未使用 IDE。 我在已经使用了近二十年的付费文本编辑器 UltraEdit 中进行所有源代码编辑。

原因是、除了在少数 MCU 平台上进行嵌入式编程外、我们还在三个平台上维护桌面软件、就 IDE 而言、我个人使用各种不同的实现方式、分别是 MS Visual Studio、Eclipse (包括 CCS)、Xcode、Code：：：blocks、 以及各种较小的较旧 IDE、有时甚至是在同一天！ 对于类似的操作、每个键盘都有自己的略有不同的击键组合、有些键盘可以执行其他键盘无法执行的操作、而 Eclipse 中的"清理"在 MS Visual Studio 中被称为"全部重建"。 让自己的头旋转就够了！ 因此、无论 IDE 或平台如何、IDE 的用途仅限于构建、闪存编程和调试。

不过、如果我能够弄清楚调试属性(在 Project Properties 中)的作用以及我们的设置如何影响闪存编程/调试、那会更好。

[引用 user="12ve12PM">我可以告诉您不是 CCS 的粉丝。 我可以告诉您、我看到过更糟的... 更糟。 我也见过更好的结果、也就是说、我更喜欢小型、简单、易于使用的 IDE、以及那些其项目文件格式适合置于版本控制之下的 IDE。 CCS 基于 Eclipse、因此它非常庞大、具有所有优缺点。[/quot]

*喜欢*喜欢*喜欢*喜欢*喜欢*喜欢*喜欢*

我完全同意你的意见。

好消息是、如果您将 IDE 用于交互式调试器、那么您唯一需要 IDE 的事情是(我可能会离开这里、因为很少使用 IDE)。 否则、任何合适的编译器都可以从 make 等编译系统运行、然后您可以使用熟悉的编辑器和其他高效工具。

除非以其他方式受到限制、否则我始终首先从命令行运行工具。 它通常很简单、让您完全控制。

Robert

我发现唯一需要 IDE 的时间是 C 编译器、它与 C 的相似性主要是偶然的。

[引用用户="Robert Adsett72"]

12时12分

我可以告诉您不是 CCS 的粉丝。 我可以告诉您、我看到过更糟的... 更糟。 我也见过更好的结果、也就是说、我更喜欢小型、简单、易于使用的 IDE、以及那些其项目文件格式适合置于版本控制之下的 IDE。 CCS 基于 Eclipse、因此它非常庞大、具有所有优缺点。

我完全同意你的意见。

好消息是、如果您将 IDE 用于交互式调试器、那么您唯一需要 IDE 的事情是(我可能会离开这里、因为很少使用 IDE)。 否则、任何合适的编译器都可以从 make 等编译系统运行、然后您可以使用熟悉的编辑器和其他高效工具。

除非以其他方式受到限制、否则我始终首先从命令行运行工具。 它通常很简单、让您完全控制。

Robert

我发现唯一需要 IDE 的时间是 C 编译器、它与 C 的相似性主要是偶然的。

[引用 user="12ve12pm]\n 我们可能必须采用命令行构建系统。 据我所知，如果您使用 CI (连续集成)，则实际上是强制性的。 [/报价]

我认为、您必须为 GUI 编写脚本。

[引用 user="12ve12pm]]目前，我们手动完成一个过程，即构建 各种构建配置，在多个平台上运行自动测试等 CI 可以自动执行该操作，但显然需要付出一些努力才能启动和运行。

我当前的构建过程。

• 制造。 我一直在关注其他系统、但到目前为止、似乎没有一个更好的系统。 我有一个系统会导致小型 makefile 文件来管理构建过程、但它确实需要构建支持文件。
• PC 内部 可以使用其他静态分析工具、但 PC-Lint 非常有效(具有强大的键入和值跟踪功能)、而且价格不贵。
• 单元测试(当前为 Google 测试和 FFF)
• 编译器

make 强制执行 lint、test、compile 顺序。 除非代码通过 lint，否则不会测试代码。 在通过单元测试之前不编译代码、如果缺少单元测试、编译将失败。 任何自动生成的代码都在线性之前完成。 有项目和系统级 make 配置文件、用于设置规则和选择合适的编译器和选项。

lint 也用作依赖关系生成器(以及一些 sed 和 awk 脚本)。 make 的一个缺点是跟踪头文件。 这很好地解决了这个问题。 lint 还具有系统(这些是默认规则)和项目(这些是此项目的例外情况)。 供应商库等) 配置文件。

在要添加的心理队列中。

• 对测试用例进行线性处理
• 添加硬件单元测试。

如果您没有使用 PC-Lint 或等效的 PC、我强烈推荐它。 它将检测未通过其他测试的错误、尤其是类型错误。 令人惊讶的是、它将发现基本上属于设计错误的误差。 不是直接的、而是简单地作为它发现的错误的结果。 如果使用一致、它将更好地更改您编写的代码、尤其是在您加热时。 #PC-Lint范围和值检查

[引用 user="12ve12pm"]在这两种情况之间，我们只需在低级平台特定的情况下使用调试器，例如提示此线程的情况。

我也不会为此使用调试器。 一般而言、我只会因为艰难的比赛条件和类似情况而对它感到不安(我们是如何达到这一不可能的点的？)。

Robert

[引用 user="12ve12pm]2006年以来，我们一直使用 PC-Lint，但不是您使用它的方式。 它会产生大量的输出、其中大部分不适用于我们。 是的、我知道可以指示它禁止某些消息、我们可能必须这样做。 我想提出几种配置、其中一种配置只显示最重要的消息并自动运行、而另一种配置具有不同级别的详细信息、可不时手动运行。

我通常发现、大多数"不适用于我们"的消息要么是配置错误、要么确实适用、但您尚未识别、至少在较低的警告级别。 我必须关闭一个合理的数字、然后我也运行在-W4。

lint 会捕获大量内容、其消息比我使用的任何编译器都要好得多。 它还捕获了至少一些项目、例如错误的参数值(我没有看到任何编译器可以管理这些值)、并且在该过程中比测试更早。

[引用 user="12ve12pm"]现在，我们使用它的手动方式具有大量的详细信息，并且我们费尽周折地浏览输出，寻找任何令人震惊的东西。

这实际上保证了您不会定期使用它、而且您肯定不会获得全部好处。

这是我的 std.lnt、它包含在所有项目中、而不考虑处理器

//标准(非特定于处理器的 lint 选项
//由特定于处理器的文件
au-misra2.lnt
-esym (960、16.9)包含//与错误540直接矛盾， 在
函数前面选择540 no 和//作为指针
-elib (960)//库可能不符合 MISRA

的-a// ANSI 合规
性+stack//跟踪堆栈用法
-estring (974、RECURSIVECI*)//最坏情况下函数堆栈用法关闭 MISRA 兼容*/
-passes (6、-v)// 6通过， 报告呼叫和步行
-W4//打开警告级别
-rw (*ms)//无 ms 关键字
-Strong (AizXJcmdz)//在 init 上忽略强类型
//允许与0进行比较和分配
//维度一切
//忽略与常量组合
//忽略乘法运算符(依赖于维度检查)
-Strong(B)、bool)//布尔
//基本类型不强
-Strong(,uint32_t)
-Strong(,int32_t)
-Strong(,uint16_t)
-Strong(,uint8_t)-Strong(,uint_least8_t)

-Strong(,uint_8_t)-fastore/(+fast_br/en_br)-fast_br/(/en_br/fast_zh_br)





+fSC//字符串是 const
+fxa//指针/数组匹配的 args
-vfs#h-// lint 执行时显示的内容
-vh
-hsFa|3//消息表示
格式-format=%("%f"、%l\s%%)%t\n:\s%m

-e537/太吵。 有效地分解嵌套的包含。
//打开可选消息。 标记为实验的消息被 TRICE909
//隐式转换为 bool
-E910//允许0等效为 NULL
-e911//将较短的整数类型提升为较大隐式
-e912//操作中隐式转换为较大类型
-estring (915、赋值)//赋值
时隐式转换+e916// 隐式指针赋值
-e920//转换为 void。 引发关于使用 void 来
//忽略返回值的投诉。
-e921//允许将显式整型转换为整型。
-e925// MISRA C++指向指针转换的指针
-e935// int 用作结构成员
的类型+e936// K&R 样式函数定义
+e937// K&R 样式函数声明
+e938//未显式声明的参数
+e940//返回类型默认为 int
+e941//操作计算为0
+e942// 布尔
运算符的可能截断加法+e944 //参数计算为与
extern (可移植性)
+e950一起使用的固定值+e945 //未定义结构//非 ISO/ANSI 保留字
-e952//参数可以声明为 const (但 C 是按值传递的)
+e953//变量可被声明为 const
+e954//指针变量可被声明为 const
+e955//原型
+e956中缺少参数名称//实验-非 const、非易失性外部(线程检查)
+e957//函数定义不需要原型
-e958//填充。
-e959//结构大小不是对齐的倍数
+e960// MISRA 需要
+e961// MISRA Advisory
-esym (961,19.7)//允许函数类宏
+e962//符号重新定义
-e964//头文件不直接使用，但包含文件 TAHT。
-e970// MISRA 不使用裸类型？ 6.3
-e971//使用 char w/o signed Traps 用作字符串指针
-e974//最坏情况堆栈使用始终失败 lint
-e1960//

禁止 MISRA C++错误(我们没有任何 C++)-esym (829、string.h)//允许使用内存函数-esym (829、limits.h)/允许 使用(MISRA)大小(允许使用)/允许使用(允许使用)
-esym (829、stddef.h)//允许使用标准定义(MISRA C++禁止)
-header (c：/lint/unit_check.h)

您可以看到、它相当短。 它不会关闭太多、实际上会打开其他警告。

和我的 project.lnt 它设置了特定于 Tivaware 和 tm4c 的选项以及特定于项目/处理器的其他问题

// TivaWare 特定选项。
+libdir ("C：/TIVA")
--elibmacro ((923))// int 到指针转换
-elib (960)//预计没有 MISRA 兼容
性--elibmacro (960)//预计没有 MISRA 兼容
性--elibmacro (960)//预计没有 MISRA 兼容
性--elibmacro (960)//预计没有未签名的宏(917 Base)/liblas*，应该被声明为无符号偏移量。
--emacro ((835)、ADC_CTL_*)//某些 CTL 宏为零(然后进行 orred 以产生控制)。
--emacro ((912)、CAN_INT_*)//声明为有符号的 CAN_INT 宏应该是无符号的。
--emacro ((912)、GPIO_*)//声明为有符号的 GPIO 宏应该是无符号的。
--emacro ((915)、GPIO_*)//声明为有符号的 GPIO 宏应该是无符号的。
--emacro ((917)，GPIO_*)//声明为有符号的 GPIO 宏应该是无符号的。
--emacro ((917)，INT_*)//声明为有符号的 INT 宏应该是无符号的。
--emacro ((912)、MSG_OBJ_*)//声明为有符号的 MSG_OBJ 宏应该是无符号的。
--emacro ((915)、MSG_OBJ_*)//声明为有符号的 MSG_OBJ 宏应该是无符号的。
--emacro ((912)、NVIC_*)//声明为有符号的 NVIC 宏应该是无符号的。
--emacro ((835)，sysctl_*)//在0值宏为正时升高。
--emacro ((912)、sysctl_*)//声明为有符号的 sysctl 宏应该是无符号的。
--emacro ((915)、sysctl_*)//声明为有符号的 sysctl 宏应该是无符号的。
--emacro ((917)，sysctl_*)//声明为有符号的 sysctl 宏应该是无符号的。
esym (960、5.1)// Tiva 使用长名称
-elib (950)// Tiva 非 ANSI 结构、尤其是单行注释
-elib (659)//行终止结构/union/enum 定义上没有任何后续操作｝。
-"esym (793、模块中的宏)"//模块中1024个宏的 ANSI/ISO 限制被 Tiva 头文件超出
-"esym (793、外部标识符中的有效字符)"//ANSI 标识符长度限制为6对于外部标识
符-e966//间接包含的标头未使用
-doffof (x、y)=((((size_t))/lint 在0中不起作用/设置
用于设置数据结构的偏移量。

//新的 lint 错误看起来提供标准响应
-elib (9026)//函数与宏
-elib (9022)类似// Unb括 号化宏参数
-elib (9021)//使用#undef bedbed
-elib (9024)//在宏
-elib (9023)中使用####//多重使用#elib (
9020)/90优先级/#运算符
使用非标准字符\
-elib (9057)//小写 L fells u in 后缀
-elib (9059)// C 注释包含 c++注释
-elib (9048)//无符号字面量 w /o U 后缀
--emacro ((9048)、sysctl_*)// sysctl 宏命令具有无符号后缀 w /u。
--emacro ((9048)、NVIC_CPAC)// sysctl 宏命令具有无符号字面量、不带 U 后缀。
-e9048// NVIC 宏具有不带 U 后缀的无符号字面量。 返回至 FIX
-e9044//修改的函数参数
-e9058//仅在 typedef 中使用的标记(包括匿名标记)
-e9016//是我们使用指针算术
-e9017//是我们使用带有增量/减量的指针算术

//启动具有一些类似库的代码。
+libm (startup.c)

//特定于项目的状态生成的代码
//+fCT
-isrc-gen
+libdir (src-gen）
+libh (src-gen/fan.h)
+libm (src-gen/libgen.c)
+libh (src-pars/src/canerror.h)
+libh (src/glibgen.c









)+libmen/src/glibgen.org.org/en.hrm/sr.r.r./libh
(src/glibm.org/en/sr.hrm.org/esr.r.r.r.r.r.r.r.r.r.rc/c/sr.r.rc/c/sr.r.rc/glibm_spr-m.r.r.org/libh)+libh (spr-m.org/libm.org/libm.org/libm.org/libm.org/libm.org/libm.org/libm.org/esr.r.r.r.r.r.r.r





引用
的-elib (818)//参数可以声明为 const
-elib (

布尔值)的指针//函数末尾前返回-elib (915)//布尔型和布尔型常数不相同(有符号/无符号)-elib (506)//逻辑中的常量值(&&)
-elib (944)//逻辑中的右手型常数不相同&始终计算 True &参数
-elib (774)//如果始终为 true，则&&中右边的布尔
值-elib (917)//原型强制 int 为 unsigned int (再次为布尔类型)
-elib (632)//指定为强类型 sc_integer
-elib (766)//未使用头文件(string.h)
-elib (9012)//子语句应为复合语句
//从 Yakindu 2016/03/28
-elib (605)添加//增加指针能力
-conb (9007)//


对特定项目的非副作用/eli956 非易失性全局变量。 依赖于线程语义
-e9026//函数(如宏

//状态图表代码生成器特定
-Strong (、sc_integer)//基本类型，而不是强类型
-idlen (110)// EEEp！
-esym (937、cANErrorIface_getTimems)//如果没有参数，则未生成原型
-esym (746、cANErrorIface_getTimems)//如果
没有参数-esym (628、cANErrorIface_getTimem)，则未生成原型；如果没有参数
-esym (


937、cANErrorIface_getTimem)，则未生成原型设计原型/tranIdimum/如果没有生成则未生成原型设计原型如果没有参数
-esym (746、cANeliIface_initCAN)、则不生成原型//如果没有参数
-esym (957、cANIface_initCAN)、则不生成原型//如果没有参数
-esym (Error、cANErrorIface_initCAN)、则不生成原型
//

没有生成原型/volatile convitem (
900)/b =/esimine/pregulator (9)/volatile convetrule/est ex/b (example/pregulator)/b = 900(ex/b)/volatile convisty convit/b)/esst (exit_example/t
-elib (740)//转换使 const/volatile
-elib (923)//将指针转换为 long (转换为事件 ID)
-elib (946)//关系或减去指针
-elib (416)//可能创建一个超出范围的指针
-elib (638)// sc_intpte_t 的强类型不匹配， 用于指针范围检查
-elib (639)// size_t 的强类型不匹配，用于指针范围检查
-elib (737)//标志丢失，用于长整型到无符号长整型，指针范围检查。
-elib (574)//关系中有符号/无符号混合、指针范围检查。
-elib (640)// bool 上下文中的预期 bool 类型。
-strong>bl、sc_boolean)//库中的布尔类型
//-parent (bool、sc_boolean)

//在此处进行调试，要删除这些
-e793// ANSI/ISO 将枚举常量限制为127


//在此处进行调试， 想要删除这些
-e843// lint 认为 ms_tick 可能由于某种原因而变得常亮*/
-esym (759、ms_tick)
-esym (765、ms_tick)
-esym (552、ms_tick)
-e768// Lint 认为任务成员未被引用
-e697//准值应仅与零布尔值进行比较。 需要了解什么才能使 lint 识别 bool。

//IAR 标头特定
-ident(@)+rw
(_gobble)
-d"@=_gobble"

-d_get_SP ()=0
// math.h 有重新定义内容
的不良习惯-esym (14、__IAR_Dcomp)
-esym (14、__IAR_FDcomp)
-elib (1916)有一些库函数/省略号。 在 ctype.h
-esym (762、_LocaleC_Toumper*、_LocaleC_tolower*、_LocaleC_isalph*、_LocaleC_iscntrl*)
-esym (762、_LocaleC_Islower*、_LocaleC_ispunt*、 _LocaleC_isspace*、_LocaleC_isupper*)
-esym (9004、_LocaleC_Toupper*、_LocaleC_tolower*、_LocaleC_isalph*、_LocaleC_iscntrl*)
-esym (9004、_LocaleC_islower*、 _LocaleC_ispunct*、_LocaleC_isspace*、_LocaleC_isupper*)
-efile (451、stdlib.h)// IAR 具有额外的 bumpf，因此无法识别包括防护
装置-SEM (isdigit,pure)//无副作用
-sem (isalpha, pure)//无副作用
-esym、isupper、is*、ischower*、 isalnum*)
-esym (14、isalph*、isdigit*、ISBLANK*、iscntrl*、isprint*、 tolCtl*、isspace*)

//添加检查某些函数
的 Sematics -SEM (SysCtlPeripheralReady、PURE)//无副作用

//暂时未使用
的-esym (552、RTD2_temperature)

//模块组合
-esym (769、KD_Request_flag：：：：KD*)时的选项//并非所有位都显式引用。
-esym (769、KD_STATUS_FLAG：：：KD*)//并非所有位都显式引用。

//RTA TEMP
-e9141
-e9117
-e9146
-e9126
-e9132
-e9130
-e9075
-e9078
-e9105
-e9067

-e9148
-e9105
-e9131 -e9113

-e9133
-e9147
-e9080
-e9106 -e9118
-e9138 -e9092

-e9118 -e9138 -e9118 -e9138 -e9118 -e9138 -e9118 -e9138 -e9138 -e9138 -e9138 -e9092 -e9138 -e9138 -e9138 -e9138 -e9092 -e9138 -e9138 -e9138 -e9138 -e9092 -e9138 -e9138 -e9138 -e9138 -e9138 -e9092 -e9138 -e9138 -e

这确实会关闭更多。 有很多专门针对库 (我正在查看 TI)和不太干净的代码生成器的关闭错误消息。 最后是一组最近添加的 lint 消息，需要对这些消息进行彻底的排序以确定其使用情况。 不确定它们是否实际上会低于 W4。

此外、还有一个编译器自适应文件、其大小、编译器特定定义等... 一个示例。 由于 lint 会半自动生成此文件，因此更容易将其分开。

Robert

自1986年左右开始使用 PC-Lint 用户。

***喜欢！ ***(远远超过我们的“PC-Lint User Guide！”)    非常感谢、Robert -非常感谢...