libpng linking error

[osrf-migration]

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

[osrf-migration]

Original comment by Nate Koenig (Bitbucket: Nathan Koenig).

---

• Edited issue description* changed assignee from "nkoenig (Bitbucket: nkoenig, GitHub: nkoenig)" to "gerkey (Bitbucket: gerkey, GitHub: gerkey)"
• changed assignee_account_id from "557058:095b1e12-74ed-4e20-b44f-2f0745b616e0" to "557058:2e35028e-9ad8-4d6a-a3a5-275159a304a9"

[osrf-migration]

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:

    LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu ldd `which gzclient`

[osrf-migration]

Original comment by Brian Gerkey (Bitbucket: Brian Gerkey, GitHub: gerkey).

---

• changed state from "new" to "resolved"

[osrf-migration]

Original comment by Nate Koenig (Bitbucket: Nathan Koenig).

---

• set version to "all"

[osrf-migration]

Original comment by Nate Koenig (Bitbucket: Nathan Koenig).

---

• changed state from "resolved" to "closed"