-
Notifications
You must be signed in to change notification settings - Fork 477
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
libpng linking error #11
Comments
Original comment by Nate Koenig (Bitbucket: Nathan Koenig). |
Original comment by Brian Gerkey (Bitbucket: Brian Gerkey, GitHub: gerkey). I don't think that there's anything to be done on our side for this issue. As the reporter says, LD_PRELOAD is a workaround. Though I would try LD_LIBRARY_PATH first; you should be able to control which lib gets loaded that way. E.g., to see which lib will be used:
|
Original comment by Brian Gerkey (Bitbucket: Brian Gerkey, GitHub: gerkey).
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
|
Build liftdrag on all platforms
Original report (archived issue) by Nate Koenig (Bitbucket: Nathan Koenig).
Hi I found a thread in the archive with an unresolved issue concerning libpng.
I have a similar problem on my ubuntu distribution, as I have multiple libpng versions installed.
I tried installing from debian packages, and compiling manually.
Then I noticed that the compiler and linker refers to one version of libPNG, but at runtime, another library is found.
I forced the correct version to be preloaded before starting the client, which circumvents the issue.
usage:
LD_PRELOAD=PATH_TO_LIBRARY.so programname
in my case it is:
LD_PRELOAD=/usr/lib/i386-linux-gnu/libpng.so gzclient
The text was updated successfully, but these errors were encountered: