Comments on: Hxcpp 0.4, NME 0.9, Neash 0.9 Released!

By: Joshua Granick

Joshua Granick — Thu, 08 Jul 2010 01:21:57 +0000

I also am receiving the “Error: Could not load module nme@nme_filter_image__2″ error. I’m publishing it to a phone (similar to iPhone), where all the code is linked together. Is it possible that this is a pathing issue, once its linked together, or why wouldn’t it find this module?

Thank you for any help!

By: Huge

Huge — Wed, 04 Nov 2009 14:41:48 +0000

Joacim, thanks for reporting that. I’ll fold this logic into the next release.

By: Joacim

Joacim — Wed, 04 Nov 2009 00:53:17 +0000

Thanks Huge, setting the -m32 flag did the trick!

I also had to set the -m32 flag in the linker sections below to avoid “file is not of required architecture” errors from g++.

By: Huge

Huge — Mon, 02 Nov 2009 15:47:34 +0000

Hi Joacim,
Is your system 64-bit? Your cpp code may have been compiled as 64 bit, in which case it will not be able to load the 32-bit ndll files. I think the easiest fix in this case would be to add a flag to force 32-bit compiles.

I have not tried this, but you can try this out in the “BuildCommon.xml” file in the “build-tool” sub-directory of your haxelib hxcpp distribution.

in the MACOS section that starts with:

Add the line:

Also, you can debug the HXCPP loading by setting the HXCPP_LOAD_DEBUG environement variable.

By: Joacim

Joacim — Thu, 22 Oct 2009 22:52:48 +0000

Hello,

I’m having some trouble running the binary compiled by hxcpp. I get “Error : Could not load module nme@nme_filter_image__2″ when trying to run my own code or any of the samples included.

I tried both setting DYLD_LIBRARY_PATH and copying nekoapi.dylib and nme.ndll to the same dir as the binary. No luck.

I also tried setting DYLD_PRINT_LIBRARIES and DYLD_PRINT_BINDINGS, but can find no references to nme or neko whatsoever.

The neko version compile and runs fine.

Any ideas what might go wrong?

I’m running OS X 10.6 och hxcpp 1.0.7 (and haxe 2.0.4)

Thanks
/J

By: Huge

Huge — Sat, 25 Jul 2009 01:39:37 +0000

Thanks Fedor you are certainly correct. I have fixed the source code, and will get the binaries sorted later this weekend.

By: Fedor

Fedor — Fri, 24 Jul 2009 06:13:33 +0000

Hi.

I think that in “runtime\libs\std\Thread.cpp” in method
static value thread_create( value f, value param )

error near the end:

return p->t->v;

should be changed to

return v;

By: Fedor

Fedor — Thu, 23 Jul 2009 07:38:53 +0000

Hi.

I’m running Win32 and VS2008. After internal errors I’m using intel compiler for VS2008.

Checked with standard VS2008 compiler – TestEnum does not generate that error, but intel compiler (icl.exe) produces it.

Standard VS2008 compiler still have internal error on more comples projects.

By: Huge

Huge — Tue, 21 Jul 2009 13:51:43 +0000

Hi Fedor,
I’v looked at as couple of systems and do not see this bug. Are you running 64-bit OS and compiler? I have just made a minor modification to hxMacros.h that may fix your problem. Let me know if the problem persists.
If you feel like it, you could also try replacing the string macro with:
#define STRING(s,len) String(s,len)
and see if that fixes it.
Thanks,
Hugh

By: Fedor

Fedor — Fri, 17 Jul 2009 05:35:13 +0000

It compiles OK. I have problem during execution, problem in next:
after line
var k = Reflect.field(EnumWeek_obj,kname);

k is equal not to “Friday” but “iday”.

Type.getEnumConstructs(cast EnumWeek) returns cutted strings “nday”, “esday”, …