问题标签 [hxcpp]

我在 Haxe 上编写了自己的协议、数据结构和逻辑的跨平台实现。如何在 iOS 和 OSX 的企业应用程序（带有本机 UI）中构建和使用它？

假设我的应用程序具有以下文件结构：

如何打开 prefs.ini，提供从 executable.exe 到它的相对路径总是相同的（在编译时已知）？或者我怎样才能得到executable.exe的绝对路径？我需要它在 Linux、Mac 和 Windows 上工作。

这是我的堆栈类的一部分。它在 flash 中工作正常，但在 cpp/windows 中，push 方法并不总是有效。我对 C++ 的理解不够好，无法理解为什么它可能不一致。

当push被内联时，类似的东西stack.push(0)并不总是改变数组，就像它的真实长度固定为 0（但是length变量确实增加了）。其他时候，它工作正常。如果我删除inline关键字，它会一直正常工作。

内联（替换stack.push(0)）时生成的 cpp：

当没有内联时（内部push()）：

有什么我错过了 C++ 的东西吗？为什么内联代码大部分时间都可以工作，但其他时候却不工作？

最新haxe、hxcpp、openfl等

我只是在查看 Haxe 3.2.0-rc.2 的更改日志，并在新功能列表的末尾找到了这个：

谁能告诉我这是什么意思？我可以说它与 C++ 有关，但谷歌搜索这与编程/脚本无关，除非您计算与 Haxe 相关的结果。

尝试重建 hxcpp 失败并显示神秘的错误消息：

在处理一个 OpenFL 项目时，我更新了一堆相关的 Haxe 库（hxcpp、openfl、lime 等），并开始遇到奇怪的 Haxe 编译器错误。

我相信它引用的行是一个#if编译开关 on cpp。据我所知，这永远不会失败？

笔记：

• 如果您看到此错误，请随时发表评论，以便我们找出原因！
• 有人评论说lime和openfl命令是不同的，从技术上讲，它们是不同的，但是 OpenFL 是基于 Lime 构建的，并且命令 (lime test linux和openfl test linux) 在我的项目中可以互换使用。

我试图从 HXCPP 命令行应用程序中打开一个窗口程序，但我无法让它工作。目前我只是想让它在 Windows 上工作。

部分问题似乎是程序位于 Program Files 目录中，因此路径中有空格。

我尝试了很多事情，例如：

我还使用 sys.io.Process 类尝试了所有这些。

另一个问题似乎是 Sys.command 和 new Process() API 在进入命令行时似乎会转义引号和斜杠。如此输出所示：

'\"C:\Program Files (x86)\ModularTable\ModularTable.exe\""' 不是内部或外部命令、可运行程序或批处理文件。

需要明确的是，这些命令在直接输入命令行时可以正常工作。

有什么帮助吗？

因此，我创建了包含所有静态方法的“接口类”，我想将它们公开给hscript脚本。它看起来像这样：

问题是，我需要以terrain某种方式设置对象，但我不希望它暴露给脚本。我公开整个课程

这个想法是覆盖方法call，hscript.Interp所以它不执行任何名为的方法_init，但我不知道该怎么做。原始call方法如下所示：

我正在尝试使用最新版本的 El Capitan 在 Mac OS 上编译 HaxeUI 应用程序。

已安装的 Haxe 库列表，包括版本：

在尝试使用 openfl build mac 进行编译时，我收到以下错误和警告：

有谁能够帮我？我该如何摆脱这些问题？

几天以来，我正在尝试为用 C 代码编写的linenoise编写Haxe hxcpp 包装器；该库非常简单，头文件还包含一个外部 C。我正在关注snowkit linc 宏模板，但我无法编译 C 模块并且它与项目的其余部分链接，我不确定如何继续。

我将代码编译为 C 对象并将其与系统中的 C 可执行文件（OSX el Capitan）链接起来没有问题，所以我认为我在 haxe 项目中做错了什么，也许我无法真正将 hxcpp 与C 库直接使用来自 haxe 的构建过程，或者我应该通过手动编写命令来手动管道它。

最近我收到这个错误：

我知道这个错误有多次提及，但我不确定如何在 haxe hxcpp 的上下文中解决这个问题。

如果我使用包含 hxcpp.h 的 C++ 包装器作为典型的 linc 示例，则错误仍然相同，并且我在此处声明的函数 (linenoiseClearScreen) 实际上是一个简单的打印语句。

我还阅读了其他可能性，例如 CFFI for neko 在库周围创建一个包装器（我可能已经阅读了互联网上有关它的所有内容），但我希望尽可能保持代码静态链接并与所有 hxcpp 目标兼容。