问题标签 [ecl]

如何从调用返回字符串常量ffi:c-inline？

我尝试了以下变体但没有成功（ORGANIZATION是在 constants.h 中定义的常量）：

上面的示例导致以下编译器错误：

未知的表示类型：STRING

我正在尝试在我的 Windows 7 64 位版本上安装 nmake，但是，我收到以下错误。

我从以下链接下载了 ECL 源代码：ECL Gitlab Repository

之后，我按照下载源代码的“安装”文件中提供的说明使用了一个名为“Visual Studio 2008 x64 命令提示符”的 Visual Studio 工具。我在 msvc 文件夹的 makefile 中进行了以下更改：“ECL_WIN64 = 1”，然后我从该工具运行命令“nmake”，导致上面显示的错误。

我在 SO 上遇到了另一个类似的问题，即：Help with installation ECL (Embeddable Common Lisp) via mingw32 or mingw-64 on Win7-64，但是我不确定哪个答案可以帮助我，因为我正在尝试使用 Windows 安装使用 Visual Studio C++ 2008。

还要指出“nmake install”也不起作用，因为它试图复制“package”文件夹中不存在的一些文件。

我正在寻找在 Win7-x64 上安装和构建 ECL 的正确步骤

您的帮助将不胜感激。

提前谢谢你，尼尔。

更新：我认为问题在于它被编译为 C++ 而不是 C？

我尝试使用 ECL 创建一个 .o 文件，目的是使用其编译为 C 的功能，但是在尝试将程序构建为文档列表时收到错误消息。

我在跑步：

收到错误：

hello.lisp的内容如下：

我正在关注此处找到的文档https://common-lisp.net/project/ecl/static/manual/ch34s03.html，它的函数定义为：

c:build-program {image-name &key lisp-files ld-flags prologue-code epilogue-code}

ECL的文档表明

应该产生一个 .o 文件但是我得到一个 .fasc 文件和输出

我正在尝试使用 HPCC ML_Core 和 LearningTree 库对一些数据进行分类。数据都是数字，因变量是无符号整数。无论我做什么，我都会收到相同的错误“对象'类型'没有名为't_Work_Item'的成员”

错误的位置甚至不在我的文件中。它位于名为 RF_Base.ecl 的文件中。

我不知道如何解决这个错误。

我使用本教程来设置我的代码：https ://hpccsystems.com/blog/HPCC-Sytems-Machine-Learning 。

这些是我收到的错误消息：

图片链接：https ://i.imgur.com/4WxElRJ.jpg

我已将我正在处理的文件移动到与我安装的捆绑包相同的文件中，以查看将我的文件放在与库相同的位置是否会有所帮助，但它没有。

错误发生在第 62 行： myLearnerC := LT.ClassificationForest();

错误在 RF_Base.ecl 文件的第 14 行

真的不确定如何解决这个问题。提前致谢。

我在 Windows 上编译了 ECL 16.1.3，我想加载共享库，但 FFI 不起作用。

起初我使用 CFFI，然后得到错误“无法加载”。然后我发现了 ECL 限制（在不支持 ECL 的动态 FFI 的平台上（即，当 features 中不存在 :dffi 时），cffi:load-foreign-library 不起作用，您必须使用 ECL 自己的 ffi:load-foreign -library 带有常量字符串参数）在 CFFI 手册中。

我没有:dffi所以我决定用ffi:load-foreign-library代替cffi:load-foreign-library但ffi:load-foreign-library也不起作用。

所以我有两个问题：1）如何制作ffi:load-foreign-library作品？2) 如何在:dffi支持下编译 ECL？

根据 ECL 手册的某些部分，C 程序中的库（已由 lisp 编译）初始化的必要部分正在执行其初始化为：

在所有提供的示例中，第一个参数为 NULL。

它还可以采取哪些其他价值观以及达到什么目的？当然参数本身应该有一些意义。

注意。在手册的其他部分，为了执行初始化，建议使用 read_VV 代替。那有什么作用？

我有一个 Common Lisp 程序，它的行为取决于我使用的方式*standard-input*。以下是详细信息：

该process函数启动多个线程。每个线程读取标准输入的一部分，将其写入文件（全部在锁内）并并行处理生成的文件（在锁外）。事实上，它仅在以其他方式按顺序处理它们的情况下并行处理input-stream?生成的false文件。

如果我们创建一个 FIFO（使用 mkfifo），将文件复制到它并使用它运行程序，我们再次观察到并行性。

上面的程序是使用 ECL 作为命令行实用程序构建的，并在 Linux 上运行。我以下列方式之一运行它：

1. 猫“大文件”| 我的程序
2. 我的程序“大文件”

并行性仅在情况 2 中发生。

问题是为什么会有差异？

更新：

• 我的问题有误。现在可以了。
• 添加了process功能并描述了我如何运行程序

我正在使用 ECL 学习 Common Lisp。我尝试参考https://malisper.me/debugging-lisp-part-1-recompilation/的调试方法，但步骤执行没有正常工作。

当我插入“（中断）”并选择“重试”时，处理首先在中断处停止。这是如上页所示的预期行为。

下一次我按下 S 键时，显示以下错误消息，即使它应该已被踩。

这在ECL的实现中可能是个问题，但是我想知道在ECL中通常会做什么样的调试。

最好的问候， NOEU

我有一个基于 Eclipse 的应用程序，它有一个上下文菜单，其中的项目单击一次会导致菜单消失。如果再次打开菜单，这些项目会被选中（它们的样式是 SWT.CHECK）。如果再次单击，它们将被取消选中。在 RCPTT 中，没有上下文菜单消失就无法进入断言模式，因此我需要手动编写 ECL 代码。所以我正在做的是单击该项目，它会生成以下 ECL 代码：

get-menu -path "someCascadeMenuItem/someSelectableLeafItem" | click

我需要验证菜单项的状态，而不是“点击”。我的问题是如何验证该叶子项目是选中还是未选中？我找不到任何命令。