在winserver2008 64位系统下编译tclblend失败
在winserver2008 64位系统下编译tclblend失败,前面用mingw编译tcl83,thread23都很顺利,但是在编译tclblend的时候,执行configre检查环境时报以下错误:
error: Could not detect the location of the Java
shared library. You will need to update tcljava.m4
to add support for this JVM configuration.
查了下configrue文件发现里面有如下描述
# jre/bin/client must contain jvm.dll
# jre/bin/server directory could also contain jvm.dll,
好像他要求安装好的jdk下面的jre/bin/client目录下面要有jvm.dll,我检查了下我的jdk环境,里面貌似真的没有jre/bin/client/jvm.dll,但是我安装了好几个版本的jdk(1.4,1.6,1.7)都没有这个他说的这个目录下的文件,甚至连client这给目录都没有,但是server这个目录倒是有,
有人遇到过这个问题吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
问题终于搞定了,在win64平台下编译tclblend的动态库折腾了好长时间,一开始用的是tcl8.4.13这个版本,使用的是mingw64,总是在编译tclWin32dll.c这个文件时出错,后来在开源论坛上搜索了下,发现tcl8.4这个版本在win64位平台下编译有个bug,部分代码是用汇编写的,而正是这部门汇编导致不能在win64上编译,今天正巧去tcl论坛上又看了下发现tcl发布了tcl8.6的最新版本,发布信息里面说了解决了在win64平台上的编译问题,欣喜万分,于是下载下来编译了下,的确可以编译成功,但是编译出的tclsh86.exe不能执行,然后在论坛上又逛了下,当我按照时间排序看他tcl源码更新的时候突然发现tcl8.4.20版本是2013年6月20号更新的,感觉很奇怪于是想干脆再用这个版本再编译一次看看奇迹发生了居然可以编译通过,双击下tclsh84.exe可以执行,想了下既然 都发布了tcl8.6版本了为什么还继续维护tcl8.4这个版本呢,估计是这个版本用的人多吧