Cannot build on Ubuntu 20 with instructions on repository.

[TrashRaccoonSnuffy]

I am running a 11th Gen Intel(R) Core(TM) i7-11800H @ 2.30GHz (lscpu says it's x86_64), and running make seems to give the following results:
/usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libz.a when searching for -lz /usr/bin/ld: cannot find -lz: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libX11.so when searching for -lX11 /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libX11.a when searching for -lX11 /usr/bin/ld: cannot find -lX11: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libX11.so when searching for -lX11 /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libSDL.so when searching for -lSDL /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libSDL.a when searching for -lSDL /usr/bin/ld: cannot find -lSDL: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libSDL.so when searching for -lSDL /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libpng16.so when searching for -lpng16 /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libpng16.a when searching for -lpng16 /usr/bin/ld: cannot find -lpng16: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libpng16.so when searching for -lpng16 /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libz.a when searching for -lz /usr/bin/ld: cannot find -lz: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libz.so when searching for -lz /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libGL.so when searching for -lGL /usr/bin/ld: cannot find -lGL: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib/x86_64-linux-gnu/libGL.so when searching for -lGL

I saw issue #15 and I thought it might have been related, are the libraries necessary still i386?

I actually managed to get way further in compilation by removing -m32 from the cflags, the
ifeq ($(wildcard /usr/lib/i386-linux-gnu/.),)
line in the Makefile and changing the flags inside to
CFLAGS += -I/usr/include/x86_64-linux-gnu -I /usr/include/X11 CXXFLAGS += -I/usr/include/x86_64-linux-gnu -I /usr/include/X11 LDFLAGS = -Wl,--as-needed -no-pie -Wl,--gc-sections -lz -lSDL-1.2 -lpng16 -lX11

and now the errors are only
/usr/bin/ld: cannot find -lSDL-1.2: No such file or directory /usr/bin/ld: skipping incompatible /usr/lib32/libm.so when searching for -lm /usr/bin/ld: skipping incompatible /usr/lib32/libm.a when searching for -lm /usr/bin/ld: skipping incompatible /usr/lib32/libm.so when searching for -lm /usr/bin/ld: skipping incompatible /usr/lib32/libm.a when searching for -lm

The libm issue seems pretty easy to fix, but I'm not sure about lsdl2 or if removing -m32 is safe at all.

[xyproto]

Thanks for reporting.

Did you try these instructions?

https://github.com/xyproto/zsnes#debian-and-ubuntu

[TrashRaccoonSnuffy]

These are the exact instructions I tried. It appears to be the same issue as #15 , where the i386 libraries cannot be found and it's trying to look in x86-64 for them. I could probably try this in a 32-bit machine instead and see how that goes, but I'm experimenting to see if I can get it to compile either way.

Update: libsdl1.2-compat-dev:i386 appears to be the only missing package, and that can't be installed directly via sudo apt install libsdl1.2-compat-dev:i386 - will have to look into that.

[TrashRaccoonSnuffy]

I've found a way to get it to fully compile without errors on my current fork but it requires a pretty hacky method of manually downloading the dependencies and turning off a few things in the makefile. TrashRaccoonSnuffy@774afa2

• I disabled WITH_JMA and WITH_PNG on Makefile, additionally I removed the DOS specific code from the repository (not sure if this causes any issues but it didn't look like it was used so I removed the files and it from the makefile)
• I downloaded https://www.libsdl.org/release/SDL-devel-1.2.15-1.i386.rpm and put the usr folder inside it on the repository, and added -L./usr/lib to LDFlags and CFlags to be able to utilize this. This solves the sdl missing problem.
• I downloaded https://launchpad.net/ubuntu/+archive/primary/+files/zlib1g-dev_1.2.13.dfsg-1ubuntu5_i386.deb manually and put the usr folder in the repository too (this is in data.tar.zst), I had to do an extra step and move libz.a out of the i386-linux-gnu folder in ./usr/lib.

Running the program leads to this though:
*** buffer overflow detected ***: terminated

So I'm probably missing something else now, or running the incorrect tools.

[xyproto]

Thanks for adding more information!

Some problems may (possibly, maybe) be with SDL1, but be solved by using sdl2-compat.

Also, the early parts of the Makefile seems to require a 64-bit enviroment, while the rest seems to require a 32-bit environment, which is odd and on my TODO list in the back of my head for things I want to fix. This seems to be a Debian/Ubuntu specific issue, though.

I will give it a go on Ubuntu 20 as well.

[TrashRaccoonSnuffy]

This crash occurs in clearvidsound() in initc.c , specifically at

memset(&echoon0, 0, PHdspsave2);

Possibly related to #5

There is a patch here https://github.com/rpmfusion/zsnes/blob/master/zsnes-1.51-FORTIFY_SOURCE.patch that I will try and I will report back if it does anything.

Program received signal SIGABRT, Aborted.
0xf7fc4579 in __kernel_vsyscall ()
(gdb) bt 10
#0  0xf7fc4579 in __kernel_vsyscall ()
#1  0xf7a88a37 in ?? () from /lib/i386-linux-gnu/libc.so.6
#2  0xf7a37685 in raise () from /lib/i386-linux-gnu/libc.so.6
#3  0xf7a203ac in abort () from /lib/i386-linux-gnu/libc.so.6
#4  0xf7a7b3bc in ?? () from /lib/i386-linux-gnu/libc.so.6
#5  0xf7b3397c in __fortify_fail () from /lib/i386-linux-gnu/libc.so.6
#6  0xf7b321af in __chk_fail () from /lib/i386-linux-gnu/libc.so.6
#7  0x082c15d1 in memset (__len=<optimized out>, __ch=0, __dest=<optimized out>) at /usr/include/bits/string_fortified.h:59
#8  clearvidsound () at initc.c:1376
#9  0x082c379a in init65816 () at initc.c:2485
(More stack frames follow...)

[TrashRaccoonSnuffy]

Confirmed working after TrashRaccoonSnuffy@f77ec1a

Games do not boot at all and lead to a buffer overflow error however. More patches will have to be applied to get it fully working. There also needs to be an easier way to set up the packages for i386, since atleast on ubuntu attempting to install libc i386 wants to delete the x86_64 version and that can't be worked with.

Update: Turning off _FORTIY_SOURCE seems to fix the issues, but that probably isn't the safest thing to do.

[xyproto]

Thanks for the additional info and for your contributions.

I'll test and patch this when I can. (It's been a busy week). 🙂

[TrashRaccoonSnuffy]

Thanks. I've decided to make a separate branch to put all the changes necessary to compile on Ubuntu. It's already working with 5265da3 and the other step I described above with manually downloading the i386 packages and putting their usr folder in the root.

I already put a fix on the main repository for one of the buffer overflow issues, but on Ubuntu it's necessary to disable FORTIFY_SOURCE to get it to fully work otherwise the emulator will crash when loading a new game after one is already loaded. This is probably due to a GCC bug.