当我尝试编译此代码时出现编译错误:
import std.regex;
enum truth = "baba".matchFirst(ctRegex!`[ab]+$`) ? true : false;
void main() {}
/usr/local/Cellar/dmd/2.067.1/include/d2/std/regex/package.d(671): Error: malloc cannot be interpreted at compile time, because it has no available source code
如何解决这个问题?
答案 0 :(得分:2)
你不能,正则表达式可以在编译时编译,但不能运行。你必须以其他方式编写匹配,也许是indexOf或其他更简单函数的组合。 (原因不是因为正则表达式过于复杂,实际上是因为它在内部调用malloc
来提高效率,这在编译时不受支持,因为它是一个外部C函数。)
理解ctRegex
需要一些解释Phobos的正则表达式引擎。它分两步工作:给定一个正则表达式,它首先将其编译成一些字节码,然后在字符串上匹配它,它运行该代码。
在普通regex
中,这两个步骤都在运行时发生。构造正则表达式对象时,它将其编译为字节码。然后,当您匹配字符串时,它会运行该代码。
使用ctRegex
,第一部分发生在编译时,但第二部分仍然在运行时发生。因此,当编译D时,它将正则表达式编译成字节码...然后将该字节码推送到D编译器的其余部分,以优化为完全本机代码。这就是它可以提供的好处。 (BTW差异通常并不重要,你应该对你的输入字符串进行基准测试,看看哪个更好。)
通常,CTFE(编译时功能评估)意味着运行时代码也可以在编译时运行,但仅在源可用时运行。 malloc
的情况并非如此,这就是错误说明的原因。
所以答案将取决于你的正则表达式是什么。您可能希望简化它并根据其他字符串和/或std.algorithm函数重写它。
...或者重写std.regex源代码以摆脱那些malloc调用。将其替换为new
和if(_ctfe)
即可开始。我之前尝试过这样做,除非代码自那时起被重构,否则你只会遇到另一个问题:对于运行时性能,std.regex也会使用像union这样的东西,ctfe也不支持。你必须重写一堆,并注意不要在此过程中损害运行时性能。
使用其他功能处理您的特定情况可能更容易。