esqlite31和正则Deelx静态编译冲突 怎么解决呀 求助大神们

xjc2008gd

[md]
这是静态编译时 esqlite31 和 Deelx 两个静态库都带了 _isblank，符号重复（LNK2005）。
三选一：
1）不强求单文件就用普通编译，把 DLL/支持库一起打包；
2）想继续静态编译，就去掉 Deelx，改用精易正则，缺的 获取开始位置 自己在类里用 Match.FirstIndex + 1 补一个（代码见楼上）；
3）两个库都要留，就用 lib.exe 剔除其中一个库里的 isblank，或链接加 /FORCE:MULTIPLE。 注意 zysqlite 底层也要 esqlite31，换它没用。

问题本质

报错关键行：

esqlite31_static.lib(sqlite3secure.obj) : error LNK2005: _isblank already defined in DeelxRegEx_static.lib(DeelxRegEx_RegEx.obj)
数据净化匹配.exe : fatal error LNK1169: one or more multiply defined symbols found
静态连接失败
这是一个典型的 静态链接符号重复定义（LNK2005 → LNK1169）：

_isblank 是 C 运行库里的一个字符判断函数。
esqlite31（sqlite3secure.obj）和 Deelx 正则（DeelxRegEx_RegEx.obj）这两个静态库各自都带了一份 _isblank 的实现。
静态编译时，链接器要把两个 .lib 合到一个 exe 里，发现 _isblank 被定义了两次 → 冲突 → 链接失败。
注意：只有「静态编译」才会触发，因为静态编译才会把这些 .lib 真正链接进来。普通编译是运行时加载 DLL/fnr，不存在这个冲突。

解决方案（按省事程度排序）
方案一：改用普通编译（最省事，帖子1楼建议）
不做静态编译，改普通编译，然后把用到的支持库/DLL 一起打包随 exe 分发即可。冲突立刻消失，代价是不再是「单文件」。适合不强求单 exe 的场景。

方案二：去掉 Deelx，只用精易模块正则（推荐，能保留静态编译）
冲突是「两个静态库撞车」，只要不同时静态链接这两个库就行。楼主之所以离不开 Deelx，只是因为要用 获取开始位置，而精易正则没这个功能——自己在精易正则类里补一个即可（帖子最后一楼已给出思路，用底层 Match 对象的 FirstIndex 属性）：

.子程序 获取开始位置, 整数型, 公开, 获取指定匹配项在源文本中的起始位置（从1开始）
.参数 匹配索引, 整数型, , 第几个匹配项，从1开始
.局部变量 Match, 对象
.局部变量 局_位置, 整数型
.如果真 (集_过度对象.是否为空 ())
返回 (-1)
.如果真结束
Match ＝ 集_过度对象.读对象型属性 (“Item”, 匹配索引 － 1)
.如果真 (Match.是否为空 ())
返回 (-1)
.如果真结束
局_位置 ＝ Match.读数值属性 (“FirstIndex”, ) ＋ 1
Match.清除 ()
返回 (局_位置)
补齐后把 Deelx 模块和 DeelxRegEx 支持库从工程里移除 → 只剩 esqlite31 一个库 → 静态编译通过。

方案三：保留两个库，强行消除符号冲突（门槛较高）
如果两个库都必须用，可以在链接层面处理：

用 VC 的 lib.exe 把其中一个静态库里含 isblank 的目标文件（sqlite3secure.obj 或 DeelxRegEx_RegEx.obj）改名/剔除该符号后重新入库；
或给静态链接加 /FORCE:MULTIPLE（两份 isblank 功能一致，取第一份即可，安全）。
这需要能干预易语言的静态链接过程，普通用户不建议首选。

方案四：换库避坑
换一个不带 isblank 冲突的 sqlite 或正则库。注意帖子里已澄清：zysqlite 底层同样依赖 esqlite31 支持库，所以换 zysqlite 解决不了这个冲突，别走弯路****

[/md]