mikshaw


Group: Members
Posts: 4856
Joined: July 2004 |
 |
Posted: July 03 2007,19:05 |
 |
Quote | my guess is stupid_idiot probably has discovered the same workaround I did (I compiled statically linked), or perhaps a better one. |
If the libpng version in DSL is as I think, libpng2 version 1.0.12, I have the header installed somewhere in my piles of mydsl work files, and have used it successfully with several mydsl packages. I have always had difficulty understanding how lib versioning works, though, so I'm not sure this is correct.
Another workaround when building with libpng and gcc1-with-libs is to export your CFLAGS variable to include the directory with png.h before compiling so the proper libpng header can be found before the one in gcc1-with-libs. I couldn't say if this is a universal fix, but it should work for any C program that uses the configure/make method.
-------------- http://www.tldp.org/LDP/intro-linux/html/index.html
|