I had the exact same error, and like you, installing zlib1g-dev did not fix it. Installing lib32z1-dev got me past it. I have a 64 bit system and it seems like it wanted the 32 bit library.
More Related Contents:
- How can I link to a specific glibc version?
- How to print the ld(linker) search path
- ld cannot find an existing library
- Hierarchical ldd(1)
- How do you link to a specific version of a shared library in GCC
- How to include all objects of an archive in a shared object?
- Is there a way to get gcc to output raw binary?
- undefined reference to symbol even when nm indicates that this symbol is present in the shared library
- How do the likely/unlikely macros in the Linux kernel work and what is their benefit?
- How to add a default include path for GCC in Linux?
- how to install gcc 4.9.2 on RHEL 7.4
- How do I set the working directory of the parent process?
- Calling printf in x86_64 using GNU assembler
- Linking OpenSSL libraries to a program
- Can I change ‘rpath’ in an already compiled binary?
- Minimal executable size now 10x larger after linking than 2 years ago, for tiny programs?
- How to specify the library version to use at link time?
- `bash: ./a.out: No such file or directory` on running executable produced by `ld`
- Can _start be the thumb function?
- Linking against older symbol version in a .so file
- How to change the default GCC compiler in Ubuntu?
- Linking error: DSO missing from command line
- How to avoid STT_GNU_IFUNC symbols in your binary?
- How can I select a static library to be linked while ARM cross compiling?
- What is the ‘soname’ option for building shared libraries for?
- Force gcc to compile 32 bit programs on 64 bit platform
- Do I need -D_REENTRANT with -pthreads?
- How do I recover a semaphore when the process that decremented it to zero crashes?
- Disable AVX-optimized functions in glibc (LD_HWCAP_MASK, /etc/ld.so.nohwcap) for valgrind & gdb record
- Responsibility of stack alignment in 32-bit x86 assembly