Page 7 of 8

Re: Hot Particles - particle editor

Posted: Mon Oct 03, 2022 1:52 pm
by Sammm
I just saw this and it looks really cool, but when I downloaded the folder with the .love file and try to run it (I'm using Debian Linux 11), I get this error:
Screenshot 2022-10-03 9.49.57 AM.png
Screenshot 2022-10-03 9.49.57 AM.png (80.51 KiB) Viewed 6454 times
This is really disappointing, as I would love to use this tool. Do you know what's causing the problem? Thanks!

Re: Hot Particles - particle editor

Posted: Mon Oct 03, 2022 5:55 pm
by milon
I'm on the latest Linux Mint, and the "universal" (love) version works just fine for me.

Re: Hot Particles - particle editor

Posted: Mon Oct 03, 2022 9:57 pm
by pgimeno
ISTR that's related to having luajit linked dynamically It's trying to find the symbol in libluajit-5.1.so.2 but it should try to find it in liblove.so.

You could try patching it to load liblove.so from the path where it is located; that also means changing every appearance of ffi.C to ffi.<module name>.

Re: Hot Particles - particle editor

Posted: Tue Oct 04, 2022 12:07 am
by ReFreezed
@Sammm
Unfortunately I'm a bit of a Linux noob. It could be a LÖVE installation issue. Check out this thread where they encountered the same kind of error.

Re: Hot Particles - particle editor

Posted: Wed Oct 05, 2022 10:04 am
by zorg
If PhysFS is dynamically linked, löve might link to the wrong version of it, that may cause issues like that.

Re: Hot Particles - particle editor

Posted: Mon Dec 05, 2022 9:13 pm
by premek
had the same issue with on debian. Love compiled from source works fine

Re: Hot Particles - particle editor

Posted: Tue Dec 06, 2022 9:22 am
by pgimeno
The downloads don't work for me so I've had to compile it from source, and it was a challenge. Compiling gloa.lua was easy because there was a build.lua that handled everything, but using Glóa to build Hot Particles was troublesome.

Issuing `lua ../Gloa/gloa.lua src/build.gloa` resulted in this error:

Code: Select all

Error @ src/build.gloa:27: [Typer] Could not read file 'src/src/shared.gloa' or 'src/src/shared/shared.gloa'.
Changing to src and trying to compile with `lua ../../Gloa/gloa.lua build.gloa` resulted in a similar error:

Code: Select all

Error @ build.gloa:27: [Typer] Could not read file './src/shared.gloa' or './src/shared/shared.gloa'.
Copying build.gloa to the repository root and running `lua ../Gloa/gloa.lua build.gloa` resulted in a different file causing problems:

Code: Select all

Error @ src/main.gloa:60: [Typer] Could not read file 'src/src/guiSetup.gloa' or 'src/src/guiSetup/guiSetup.gloa'.
I finally managed to compile by executing `ln -s . src/src` so that src/, src/src/, src/src/src/ etc. are all the same directory.

Could you include build instructions?

Oh and in the end I had main.lua and conf.lua in the src directory, but they can't be run from there so I had to make soft links to them from the root of the repo. Also a required file was missing, gfx/appIcon32.png.

Re: Hot Particles - particle editor

Posted: Tue Dec 06, 2022 5:28 pm
by pgimeno
I've finally checked the Debian issue, and I think it's unfixable unless Debian changes the packaging. They are NOT including liblove, and the love executable seems to embed PhysFS but without any symbols whatsoever. That makes it impossible to access PHYSFS_* via FFI by any means.

Short repro:

Code: Select all

local ffi = require'ffi'
ffi.cdef("bool PHYSFS_unmount(const char *path);")
ffi.C.PHYSFS_unmount("xyz")
fails with "libluajit-5.1.so.2: undefined symbol: PHYSFS_unmount". This works fine in my self-compiled Löve, but in my case `nm -D /path/to/love | grep PHYSFS_unmount` displays one result while on the Debian package version it doesn't.

I think the only fix will be to update it to 12.x when it's out.

Re: Hot Particles - particle editor

Posted: Tue Dec 06, 2022 7:05 pm
by premek
is it a debian bug? should we report it?

Re: Hot Particles - particle editor

Posted: Tue Dec 06, 2022 7:54 pm
by pgimeno
I tend to think of it as a bug, because it prevents FFI programs from accessing the libraries provided by Löve.