C 使tolower为静态
我需要使标准库函数降低静态范围，而不是公共范围 我使用的是MISRA C:2004，使用的是IAR嵌入式工作台编译器。编译器正在将tolower声明为内联：C 使tolower为静态,c,static,inline,misra,tolower,C,Static,Inline,Misra,Tolower,我需要使标准库函数降低静态范围，而不是公共范围 我使用的是MISRA C:2004，使用的是IAR嵌入式工作台编译器。编译器正在将tolower声明为内联： inline int tolower(int _C) { return isupper(_C) ? (_C + ('A' - 'a')) : _C; } 我从编译器中得到以下错误： Error[Li013]: the symbol "tolower" in RS232_Server.o is public but
inline
int tolower(int _C)
{
return isupper(_C) ? (_C + ('A' - 'a')) : _C;
}
Error[Li013]: the symbol "tolower" in RS232_Server.o is public but
is only needed by code in the same module - all declarations at
file scope should be static where possible (MISRA C 2004 Rule 8.10)
谁卖MISRA链接器？它似乎有一个疯狂的错误 你能用地址int*fooint=tolower来解决这个问题吗；在文件范围内 编辑：我的理由是： A.这是这十年来我见过的最愚蠢的事情，所以它可能是一个bug，但是 B将其推向一个边缘箱，一个通过全局文件导出其名称的符号可能会使其关闭 要使其成为正确的行为，即不是一个bug，必须是一个MISRA错误，包括任何库函数一次，如初始化系统计时器、初始化看门狗计时器等，这伤了我的头 编辑：另一个想法。再次基于这是一个边缘案例错误的假设 理论：也许编译器正在内联和生成函数的实现。那么这个函数当然不会被调用。所以链接器规则看到了未调用的函数 GNU提供了防止内衬的选项。 你能用tolower做同样的事吗？这会改变错误吗？你可以做一个测试
#define inline /* nothing */
#define inline static inline
可能只是我，但我不喜欢编写代码来解决商业产品中的缺陷。感觉这是供应商应该很高兴有机会证明其许可成本的地方。我记得微软就事件向我们收费，但如果问题被证明是他们的，那么事件和修复是免费的。正确的做法似乎是给他们一个赚钱的机会。产品会有bug，所以在没有机会修复的情况下默默地解决它似乎也没什么帮助 谁出售MISRA链接器？它似乎有一个疯狂的错误 你能用地址int*fooint=tolower来解决这个问题吗；在文件范围内 编辑：我的理由是： A.这是这十年来我见过的最愚蠢的事情，所以它可能是一个bug，但是 B将其推向一个边缘箱，一个通过全局文件导出其名称的符号可能会使其关闭 要使其成为正确的行为，即不是一个bug，必须是一个MISRA错误，包括任何库函数一次，如初始化系统计时器、初始化看门狗计时器等，这伤了我的头 编辑：另一个想法。再次基于这是一个边缘案例错误的假设 理论：也许编译器正在内联和生成函数的实现。那么这个函数当然不会被调用。所以链接器规则看到了未调用的函数 GNU提供了防止内衬的选项。 你能用tolower做同样的事吗？这会改变错误吗？你可以做一个测试
#define inline /* nothing */
#define inline static inline
可能只是我，但我不喜欢编写代码来解决商业产品中的缺陷。感觉这是供应商应该很高兴有机会证明其许可成本的地方。我记得微软就事件向我们收费，但如果问题被证明是他们的，那么事件和修复是免费的。正确的做法似乎是给他们一个赚钱的机会。产品会有bug，所以在没有机会修复的情况下默默地解决它似乎也没什么帮助 我建议您禁用此特定的MISRA检查，您应该能够仅为RS232_服务器翻译单元禁用此检查，而不是使用您建议的解决方法之一。在我看来，规则8.10的效用非常小，在建议的变通办法中跳过各种障碍似乎比仅仅禁用规则更可能带来更高的风险。请记住，MISRA的目的是降低C代码出现错误的可能性 请注意，MISRA认识到，在某些情况下，可能需要偏离规则，MISRA-C 2004中有记录在案的偏离程序第4.3.2节 如果出于任何原因您不想或不能禁用该规则，请在
我的意见是，您应该在自己的函数中重新实现tolower的功能，尤其是在不需要处理语言环境支持的情况下。与IAR一起发起支持事件也可能是值得的。您可以使用规则3.6来刺激它们，规则3.6规定，生产代码中使用的所有库都应按照[MISRA-C]编写。我建议您禁用此特定的MISRA检查，您应该能够仅对RS232_服务器翻译单元执行此操作，而不是使用您建议的解决方法之一。在我看来，规则8.10的效用非常小，在建议的变通办法中跳过各种障碍似乎比仅仅禁用规则更可能带来更高的风险。请记住，MISRA的目的是降低C代码出现错误的可能性 请注意，MISRA认识到，在某些情况下，可能需要偏离规则，MISRA-C 2004中有记录在案的偏离程序第4.3.2节 如果出于任何原因您不想或不能禁用该规则，我认为您应该在自己的函数中重新实现tolower的功能，特别是如果您不需要处理语言环境支持的话。与IAR一起发起支持事件也可能是值得的。您可以使用规则3.6来刺激它们，规则3.6规定，生产代码中使用的所有库都应按照[MISRA-C]编写。首先，MISRA-C:2004不允许内联或C99。即将到来的MISRA 2012将允许它。如果您试图通过MISRA-C:2004静态分析器运行C99或非标准代码，则所有赌注都将被取消。MISRA检查器应该为内联关键字提供一个错误 我相信符合MISRA-C标准的代码版本如下所示：
static uint8_t tolower(uint8_t ch)
{
return (uint8_t)(isupper(ch) ? (uint8_t)((uint8_t)(ch + 'A') - 'a') :
ch);
}
static uint8_t tolower (uint8_t ch)
{
if(isupper(ch))
{
ch = (uint8_t)(ch - 'A');
ch = (uint8_t)(ch + 'a');
}
return ch;
}
static uint8_t tolower(uint8_t ch)
{
return (uint8_t)(isupper(ch) ? (uint8_t)((uint8_t)(ch + 'A') - 'a') :
ch);
}
static uint8_t tolower (uint8_t ch)
{
if(isupper(ch))
{
ch = (uint8_t)(ch - 'A');
ch = (uint8_t)(ch + 'a');
}
return ch;
}
MISRA不是一个链接器，它是一套“安全”嵌入式代码的规则。IAR工具链可以配置为在您违反MISRA规则时让您知道。我理解MISRA是什么。但是链接器施加的配置/约束（抛出一个我可以处理的错误）似乎有一个严重的错误。我从未使用过IAR工具，但一些朋友说他们的工具笨重但坚固，所以我允许它可能不是IAR的链接器。但它可能是触发我认为是错误的其他原因。在RS232_服务器翻译单元中获取文件范围内的地址并不能解决错误。但是，我将其添加到main.c文件中，链接错误消失了：-@托马斯·马修斯——我假设这个效果类似于在一个伪函数中调用它，尽管可能稍微好一点，因为没有机器指令来调用它。有趣的你有能力向IAR提出事件吗？@gbulmer没有bug。MISRA-C:2004只允许C90，所以它不知道内联k
埃沃德。在这种情况下，内联很可能是一个编译器扩展。若编译器和静态分析器都是IAR，那个么它们的分析器很可能知道这个编译器扩展并忽略它。然后我们只剩下int-tolowerint了。MISRA不是一个链接器，它是一套“安全”嵌入式代码的规则。IAR工具链可以配置为在您违反MISRA规则时让您知道。我理解MISRA是什么。但是链接器施加的配置/约束（抛出一个我可以处理的错误）似乎有一个严重的错误。我从未使用过IAR工具，但一些朋友说他们的工具笨重但坚固，所以我允许它可能不是IAR的链接器。但它可能是触发我认为是错误的其他原因。在RS232_服务器翻译单元中获取文件范围内的地址并不能解决错误。但是，我将其添加到main.c文件中，链接错误消失了：-@托马斯·马修斯——我假设这个效果类似于在一个伪函数中调用它，尽管可能稍微好一点，因为没有机器指令来调用它。有趣的你有能力向IAR提出事件吗？@gbulmer没有bug。MISRA-C:2004只允许C90，所以它不知道内联关键字。在这种情况下，内联很可能是一个编译器扩展。若编译器和静态分析器都是IAR，那个么它们的分析器很可能知道这个编译器扩展并忽略它。然后我们剩下int-tolowerint\u C。我想我们同意这听起来像个bug。但是，可能还有其他东西触发了bug吗？你能写一个最小的程序，用tolower来看看它是否消失了吗？你能把ctype.h复制到一个本地目录，然后扔掉除了你需要的部分以外的所有东西吗？希望您能在该文件或更早的头文件中发现一些奇怪之处。我想我们同意这听起来像个bug。但是，可能还有其他东西触发了bug吗？你能写一个最小的程序，用tolower来看看它是否消失了吗？你能把ctype.h复制到一个本地目录，然后扔掉除了你需要的部分以外的所有东西吗？希望您能在该文件或更早的头文件中发现一些奇怪之处。+1 for“您可以使用规则3.6对其进行处理”，表示生产代码中使用的所有库都应按照[MISRA-C]进行编写。'Update:我删除了RS232_服务器翻译单元的规则8.10，但仍然得到链接错误。'-我肯定会引用规则3.6向IAR提交一个问题。谢谢你的建议。@Thomas：我的错误是只为一个编译单元禁用了该规则——因为该规则处理全局符号的行为，并且是由链接器实现的，所以我认为你必须在整个项目中禁用它。希望链接器会尊重这个设置。@Michael Burr:我认为改变整个项目的设置是件坏事。我希望为一个编译单元禁用它可以解决这个错误。这样可以将影响保持在最小的单位。但是，由于它不起作用，另一种选择是在整个项目中禁用它，这将使许多人无法获得质量目标。多数人的需求大于少数人的需求。“+1 for”你可以用规则3.6来刺激他们，它说生产代码中使用的所有库都应该按照[MISRA-C]来编写。更新：我删除了RS232_服务器翻译单元的规则8.10，但仍然得到了链接错误：-我肯定会引用规则3.6向IAR提交一个问题。谢谢你的建议。@Thomas：我的错误是只为一个编译单元禁用了该规则——因为该规则处理全局符号的行为，并且是由链接器实现的，所以我认为你必须在整个项目中禁用它。希望链接器会尊重这个设置。@Michael Burr:我认为改变整个项目的设置是件坏事。我希望为一个编译单元禁用它可以解决这个错误。这样可以将影响保持在最小的单位。但是，由于它不起作用，另一种选择是在整个项目中禁用它，这将使许多人无法获得质量目标。多数人的需求大于少数人的需求。“我认为您在确保编译器不处于C99模式并且配置为不允许扩展方面做得很好。然而，如果IAR想要公布一个符合MISRA的编译器，那么在ctype.h中应该有一个符合MISRA的tolower，编译器需要配置为使用MISRA兼容版本-该配置的要求应该由IAR在某处记录。我认为您在确保编译器不处于C99模式并且配置为不允许扩展方面做得很好。但是，如果IAR想要公布一个符合MISRA的编译器，那么ctype.h中应该有一个符合MISRA的tolower。如果允许，编译器需要配置为使用符合MISRA的版本-该配置的要求应由IAR somew记录 在这里