On OSX : mud/bin/genie: cannot execute binary file

[ghost]

Hi,
Followed your instructions but getting this on OSX:
nsa-000:mud-sample freebsd$ mud/bin/genie
-bash: mud/bin/genie: cannot execute binary file

[ghost]

Found the correct one however now I am getting:
nsa-000:mud-sample freebsd$ mud/bin/genie --gcc=linux-gcc gmake
cannot open /Users/freebsd/repo/_dev/mud-sample/mud/3rdparty/bx/scripts/bx.lua: No such file or directory
stack traceback:
[C]: in upvalue 'builtin_dofile'
[string "premake = { }..."]:96: in function 'dofile'
.../repo/_dev/mud-sample/mud/scripts/3rdparty/bgfx/bgfx.lua:6: in main chunk
[C]: in upvalue 'builtin_dofile'
[string "premake = { }..."]:96: in function 'dofile'
/Users/freebsd/repo/_dev/mud-sample/mud/scripts/mud.lua:6: in main chunk
[C]: in upvalue 'builtin_dofile'
[string "premake = { }..."]:96: in function 'dofile'
/Users/freebsd/repo/_dev/mud-sample/scripts/genie.lua:22: in main chunk
[C]: in upvalue 'builtin_dofile'
[string "premake = { }..."]:96: in function 'dofile'
[string "_WORKING_DIR = os.getcwd()..."]:45: in function '_premake_main'

[hugoam]

Hi !
Two issues to fix there :

• I didn't include OSX genie binaries because I don't have an OSX computer.
  The genie binary you are running was compiled with linux so I'm not sure it is supposed to work on OSX.
  You can build genie from source by going in 3rdparty/GENie/build/gmake.darwin, and building that with make.
  Put the resulting binary anywhere you like (for example mud\bin\darwin would be a good place) and run the commands with that one instead of the one in mud\bin
• The second error simply seems to be caused by the fact you didn't get all the submodules recursively, sor the mud/3rdparty/bx folder is probably empty. If you didn't clone with --recursive or if there was an issue go in the mud folder and run git submodule update --init

[ghost]

Thanks!
Resolving deltas: 100% (527/527), done.
Cloning into '/Users/freebsd/repo/_dev/mud-sample/mud/3rdparty/vorbis'...
remote: Counting objects: 16260, done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 16260 (delta 8), reused 12 (delta 6), pack-reused 16240
Receiving objects: 100% (16260/16260), 28.38 MiB | 2.70 MiB/s, done.
Resolving deltas: 100% (12812/12812), done.
Submodule path 'mud/3rdparty/FastNoise': checked out 'faba4443efcd85ad55bf5dd85c8ee458d427d6aa'
error: Server does not allow request for unadvertised object 82cf20e4fb0472b69aac01afe3e79c7a207d631a
Fetched in submodule path 'mud/3rdparty/GENie', but it did not contain 82cf20e4fb0472b69aac01afe3e79c7a207d631a. Direct fetching of that commit failed.
Failed to recurse into submodule path 'mud'

Seems like a problem with one of the submoduls.

[hugoam]

Ah, sorry, I realize you're using mud-sample. I think it fell a little bit behind. Two options :

• I just pushed an update to mud-sample to fix that issue. If you want to keep using mud-sample, you have to git pulland then git submodule update --init in both mud-sample and then in mud-sample/mud. If you run into any issues you can juste clone the whole thing from scratch also.
• You can directly clone and build from the mud repository itself : it contains most examples already. If you want to do that, start from scratch : remove mud-sample, clone mud recursively, and build that one with the tips above.

For live help you can also come to the mud gitter room : https://gitter.im/hugoam/mud

[ghost]

Thanks for the effort.
I am working on win 10, vc 17, should I still use:

genie.exe --gcc=linux-gcc gmake ?

I have no executables under bin:

[ghost]

Ok found that for Win 10 its:

genie.exe vs2017

Lets see how it works

[ghost]

exe created by execution crashes; should I run from a nother dir?

[hugoam]

Nope, it should work ! If you can run it with the debugger and tell me where and how it crashes / give me a stack trace, that would help me solve the issue :)
(Also, if you manage to capture what was written to the console before it crashed, that can help too.)

[hugoam]

It's been a while and mud has changed a lot. OSX build is fixed, but has some issues running with the Metal backend (see #7). Please reopen an issue if you can produce a stacktrace that crashes on windows with the latest version.