【问题标题】:compiler licensing issue in sconsscons 中的编译器许可问题
【发布时间】:2013-03-29 01:29:14
【问题描述】:

我正在使用带有瑞萨编译器的 scons。

我能够编译和链接我的项目。但是在链接时我收到以下消息:

“软件许可问题:许可或访问功能出现内部错误未知”

即使我有瑞萨编译器的试用许可证。

即使有上述消息,我也能够为小型应用程序生成可执行文件(瑞萨电子的.abs 文件)。当我尝试为更大的应用程序创建可执行文件时,我在链接时收到以下消息:

“软件许可问题:许可或访问功能出现内部错误未知” 最大链接大小限制为 64KB 代码+数据。

我尝试在具有有效瑞萨电子许可证的机器上使用 SCONS 为上述应用程序创建可执行文件。即使在这台机器上,我也看到了相同的消息,但我无法生成 .abs 文件。 (在这台机器上,我可以在不使用 scons 的情况下创建可执行文件)

任何人都可以帮助我克服这个问题。我不知道我收到的消息是来自 SCONS 还是来自 Renesas 工具链。

谢谢

【问题讨论】:

    标签: scons


    【解决方案1】:

    您的工具链可能设置了一些环境变量,告诉编译器在哪里可以找到许可证文件。 scons 几乎抹杀了你的环境,而且你可能没有传播它需要的信息。

    【讨论】:

    • 嗨,汤姆。但是具有相同编译器的相同项目在 windows xp 中运行良好。
    • 请您解释一下 scons 将如何检查编译器版本或编译器许可证。
    • scons 不会检查编译器许可证,也不会检查编译器版本,除非您设置了自己的工具。而在 Windows 上,编译器很可能会在注册表中查找许可证信息,而不是使用环境来查找它
    • 您好,如果我手动执行命令(在命令提示符中)或使用批处理脚本(将具有执行项目的命令),我们不会遇到任何许可问题。如果我们使用 scons,那么只有我们遇到上述问题。这就是为什么我们得出这样的结论,scons 有一些情报来检查许可证。这是对的吗。如果不是为什么它由批处理脚本执行。
    • 因为 scons 不会传递环境变量,除非您采取特定措施。除了某些平台提供的默认编译器之外,scons 不了解各个编译器。
    猜你喜欢
    • 1970-01-01
    • 2019-09-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多