@floyd wrote:
I had success by temporarily moving the old version libz files out
of /usr/lib. And it seems to be working well so far. Hooray!However, once I move the old zlib files back into /usr/lib and
restart mt-daapd, the problems come back.The final gcc command in src/Makefile (that links mt-daapd) does
include -L/usr/local/lib before it has -lz. Perhaps I could get configure
to specify the actual .so file for zlib as it does for sqlite3 and id3tags.
Hrm… not really… it just adds link and include paths. If you had two different ones, you’d still run in to the same problem.
You could try setting LD_RUN_PATH to /usr/local/lib before building the binary:
make clean
export LD_RUN_PATH=/usr/local/lib
make
That should tell the binary to look in /usr/local/lib for libraries before using the regular library search path.
— Ron