GF> I've seen this problem as well. SGI install an old version of png in GF> /usr/include and /usr/lib{n32,64,}. What I did was to point to versions GF> I had installed from from SGI's freeware base (and other libraries I GF> installed myself in /usr/include.) GF> ./configure --site-includes=/usr/local/include:/usr/freeware/include GF> --site-libraries=/usr/local/lib32:/usr/freeware/lib32 GF> --libdir=/usr/local/lib32 Setting CFLAGS to explicit '-nostdinc -I/usr/freeware/include -I/usr/include' should help. Same for the libraries with -nostdlib. GF> As I recall this did not help completely, so I moved the png.h and GF> pngconf.h files in /usr/include to png.h.bak and pngconf.h.bak and GF> things worked much better. Moving files should be avoided if possible. If you sure you don't need that old version of png.h, remove ifl_dev.sw.c++ using inst of swmgr. max